針對(duì)突然宕機(jī)的問(wèn)題

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

事務(wù)開(kāi)啟時(shí)，事務(wù)中的操作，都會(huì)先寫(xiě)入存儲(chǔ)引擎的日志緩沖中，在事務(wù)提交之前，這些緩沖的日志都需要提前刷新到磁盤(pán)上持久化，這就是人們口中常說(shuō)的“日志先行”(Write-Ahead Logging)

日志分為2種

redo log

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

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

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

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

undo log

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

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

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

redo log和undo log的過(guò)程分析

eg : 假設(shè)有2個(gè)數(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刷新到磁盤(pán)

9 commit

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

如果在8-9之間宕機(jī)，恢復(fù)之后可以選擇回滾，也可以選擇繼續(xù)完成事務(wù)提交，因?yàn)榇藭r(shí)redo log已經(jīng)持久化

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

總結(jié)

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

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