Undo Log

數(shù)據(jù)庫(kù)事務(wù)開(kāi)始之前，會(huì)將要修改的記錄存放到 Undo 日志里，當(dāng)事務(wù)回滾時(shí)或者數(shù)據(jù)庫(kù)崩潰時(shí)，可以利用 Undo 日志，撤銷(xiāo)未提交事務(wù)對(duì)數(shù)據(jù)庫(kù)產(chǎn)生的影響。

Undo Log產(chǎn)生和銷(xiāo)毀

Undo Log在事務(wù)開(kāi)始前產(chǎn)生；事務(wù)在提交時(shí)，并不會(huì)立刻刪除undo log，innodb會(huì)將該事務(wù)對(duì)應(yīng)的undo log放入到刪除列表中，后面會(huì)通過(guò)后臺(tái)線程purge thread進(jìn)行回收處理。Undo Log屬于邏輯日志，記錄一個(gè)變化過(guò)程。例如執(zhí)行一個(gè)delete，undolog會(huì)記錄一個(gè)insert；執(zhí)行一個(gè)update，undolog會(huì)記錄一個(gè)相反的update。

Undo Log存儲(chǔ)

Undo log采用段的方式管理和記錄。在innodb數(shù)據(jù)文件中包含一種rollback segment回滾段，內(nèi)部包含1024個(gè)undo log segment?？梢酝ㄟ^(guò)下面一組參數(shù)來(lái)控制Undo log存儲(chǔ)。

show variables like ’%innodb_undo%’; Undo Log作用實(shí)現(xiàn)事務(wù)的原子性

Undo Log 是為了實(shí)現(xiàn)事務(wù)的原子性而出現(xiàn)的產(chǎn)物。事務(wù)處理過(guò)程中，如果出現(xiàn)了錯(cuò)誤或者用戶(hù)執(zhí)行了 ROLLBACK 語(yǔ)句，MySQL 可以利用 Undo Log 中的備份將數(shù)據(jù)恢復(fù)到事務(wù)開(kāi)始之前的狀態(tài)。

實(shí)現(xiàn)多版本并發(fā)控制（MVCC）

Undo Log 在 MySQL InnoDB 存儲(chǔ)引擎中用來(lái)實(shí)現(xiàn)多版本并發(fā)控制。事務(wù)未提交之前，Undo Log保存了未提交之前的版本數(shù)據(jù)，Undo Log 中的數(shù)據(jù)可作為數(shù)據(jù)舊版本快照供其他并發(fā)事務(wù)進(jìn)行快照讀。

事務(wù)A手動(dòng)開(kāi)啟事務(wù)，執(zhí)行更新操作，首先會(huì)把更新命中的數(shù)據(jù)備份到 Undo Buffer中。事務(wù)B手動(dòng)開(kāi)啟事務(wù)，執(zhí)行查詢(xún)操作，會(huì)讀取 Undo 日志數(shù)據(jù)返回，進(jìn)行快照讀

Redo Log

指事務(wù)中修改的任何數(shù)據(jù)，將最新的數(shù)據(jù)備份存儲(chǔ)的位置（Redo Log），被稱(chēng)為重做日志。

Redo Log 的生成和釋放

隨著事務(wù)操作的執(zhí)行，就會(huì)生成Redo Log，在事務(wù)提交時(shí)會(huì)將產(chǎn)生Redo Log寫(xiě)入Log Buffer，并不是隨著事務(wù)的提交就立刻寫(xiě)入磁盤(pán)文件。等事務(wù)操作的臟頁(yè)寫(xiě)入到磁盤(pán)之后，Redo Log 的使命也就完成了，Redo Log占用的空間就可以重用（被覆蓋寫(xiě)入）。

Redo Log 工作原理

Redo Log 是為了實(shí)現(xiàn)事務(wù)的持久性而出現(xiàn)的產(chǎn)物。防止在發(fā)生故障的時(shí)間點(diǎn)，尚有臟頁(yè)未寫(xiě)入表的 ibd 文件中，在重啟 MySQL 服務(wù)的時(shí)候，根據(jù) Redo Log 進(jìn)行重做，從而達(dá)到事務(wù)的未入磁盤(pán)數(shù)據(jù)進(jìn)行持久化這一特性。

Redo Log 寫(xiě)入機(jī)制

Redo Log 文件內(nèi)容是以順序循環(huán)的方式寫(xiě)入文件，寫(xiě)滿(mǎn)時(shí)則回溯到第一個(gè)文件，進(jìn)行覆蓋寫(xiě)

write pos 是當(dāng)前記錄的位置，一邊寫(xiě)一邊后移，寫(xiě)到最后一個(gè)文件末尾后就回到 0 號(hào)文件開(kāi)頭；checkpoint 是當(dāng)前要擦除的位置，也是往后推移并且循環(huán)的，擦除記錄前要把記錄更新到數(shù)據(jù)文件；write pos 和 checkpoint 之間還空著的部分，可以用來(lái)記錄新的操作。如果 write pos 追上checkpoint，表示寫(xiě)滿(mǎn)，這時(shí)候不能再執(zhí)行新的更新，得停下來(lái)先擦掉一些記錄，把checkpoint 推進(jìn)一下。

Redo Log相關(guān)配置參數(shù)

每個(gè)InnoDB存儲(chǔ)引擎至少有1個(gè)重做日志文件組（group），每個(gè)文件組至少有2個(gè)重做日志文件，默認(rèn)為ib_logfile0和ib_logfile1?？梢酝ㄟ^(guò)下面一組參數(shù)控制Redo Log存儲(chǔ)

show variables like ’%innodb_log%’;

Redo Buffer 持久化到 Redo Log 的策略，可通過(guò) Innodb_flush_log_at_trx_commit 設(shè)置

0：每秒提交 Redo buffer ->OS cache -> flush cache to disk，可能丟失一秒內(nèi)的事務(wù)數(shù)據(jù)。由后臺(tái)Master線程每隔 1秒執(zhí)行一次操作。1（默認(rèn)值）：每次事務(wù)提交執(zhí)行 Redo Buffer -> OS cache -> flush cache to disk，最安全，性能最差的方式。2：每次事務(wù)提交執(zhí)行 Redo Buffer -> OS cache，然后由后臺(tái)Master線程再每隔1秒執(zhí)行OS cache -> flush cache to disk 的操作。

一般建議選擇取值2，因?yàn)?MySQL 掛了數(shù)據(jù)沒(méi)有損失，整個(gè)服務(wù)器掛了才會(huì)損失1秒的事務(wù)提交數(shù)據(jù)。

以上就是MySQL 撤銷(xiāo)日志與重做日志(Undo Log與Redo Log)相關(guān)總結(jié)的詳細(xì)內(nèi)容，更多關(guān)于MySQL 撤銷(xiāo)日志與重做日志(Undo Log與Redo Log)的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！