針對突然宕機的問題

不會自動繼續(xù)執(zhí)行，不會自動直接回滾，但是可以人工手動選擇繼續(xù)執(zhí)行或者直接回滾，依據(jù)是事務(wù)日志。

事務(wù)開啟時，事務(wù)中的操作，都會先寫入存儲引擎的日志緩沖中，在事務(wù)提交之前，這些緩沖的日志都需要提前刷新到磁盤上持久化，這就是人們口中常說的“日志先行”(Write-Ahead Logging)

日志分為2種

redo log

保障的是事務(wù)的持久性和一致性

在系統(tǒng)啟動的時候，就已經(jīng)為redo log分配了一塊連續(xù)的存儲空間，以順序追加的方式記錄redo log，通過順序io來改善性能

所有的事務(wù)共享redo log的存儲空間，它們的redo log按語句的執(zhí)行順序，依次交替的記錄在一起

如果數(shù)據(jù)庫崩潰或者宕機，那么當(dāng)系統(tǒng)重啟進行恢復(fù)時，就可以根據(jù)redo log中記錄的日志，把數(shù)據(jù)庫恢復(fù)到崩潰前的一個狀態(tài)。未完成的事務(wù)，可以繼續(xù)提交，也可以選擇回滾，這基于恢復(fù)的策略而定。

undo log

保障了事務(wù)的原子性

主要為事務(wù)的回滾服務(wù)

undo log記錄了數(shù)據(jù)在每個操作前的狀態(tài)，如果事務(wù)執(zhí)行過程中需要回滾，就可以根據(jù)undo log進行回滾操作

redo log和undo log的過程分析

eg : 假設(shè)有2個數(shù)值，分別為A和B，值為1，2

1 start transaction;

2 記錄 A=1 到undo log;

3 update A = 3；

4 記錄 A=3 到redo log；

5 記錄 B=2 到undo log；

6 update B = 4；

7 記錄B = 4 到redo log；

8 將redo log刷新到磁盤

9 commit

在1-8的任意一步系統(tǒng)宕機，事務(wù)未提交，該事務(wù)就不會對磁盤上的數(shù)據(jù)做任何影響.

如果在8-9之間宕機，恢復(fù)之后可以選擇回滾，也可以選擇繼續(xù)完成事務(wù)提交，因為此時redo log已經(jīng)持久化

若在9之后系統(tǒng)宕機，內(nèi)存映射中變更的數(shù)據(jù)還來不及刷回磁盤，那么系統(tǒng)恢復(fù)之后，可以根據(jù)redo log把數(shù)據(jù)刷回磁盤

總結(jié)

以上是生活随笔為你收集整理的mysql宕机恢复_mysql突然宕机后事务如何处理？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。