MySQL 撤銷日志與重做日志(Undo Log與Redo Log)相關(guān)總結(jié)
數(shù)據(jù)庫事務(wù)開始之前,會(huì)將要修改的記錄存放到 Undo 日志里,當(dāng)事務(wù)回滾時(shí)或者數(shù)據(jù)庫崩潰時(shí),可以利用 Undo 日志,撤銷未提交事務(wù)對(duì)數(shù)據(jù)庫產(chǎn)生的影響。
Undo Log產(chǎn)生和銷毀Undo Log在事務(wù)開始前產(chǎn)生;事務(wù)在提交時(shí),并不會(huì)立刻刪除undo log,innodb會(huì)將該事務(wù)對(duì)應(yīng)的undo log放入到刪除列表中,后面會(huì)通過后臺(tái)線程purge thread進(jìn)行回收處理。Undo Log屬于邏輯日志,記錄一個(gè)變化過程。例如執(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??梢酝ㄟ^下面一組參數(shù)來控制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ù)處理過程中,如果出現(xiàn)了錯(cuò)誤或者用戶執(zhí)行了 ROLLBACK 語句,MySQL 可以利用 Undo Log 中的備份將數(shù)據(jù)恢復(fù)到事務(wù)開始之前的狀態(tài)。
實(shí)現(xiàn)多版本并發(fā)控制(MVCC)Undo Log 在 MySQL InnoDB 存儲(chǔ)引擎中用來實(shí)現(xiàn)多版本并發(fā)控制。事務(wù)未提交之前,Undo Log保存了未提交之前的版本數(shù)據(jù),Undo Log 中的數(shù)據(jù)可作為數(shù)據(jù)舊版本快照供其他并發(fā)事務(wù)進(jìn)行快照讀。
事務(wù)A手動(dòng)開啟事務(wù),執(zhí)行更新操作,首先會(huì)把更新命中的數(shù)據(jù)備份到 Undo Buffer中。事務(wù)B手動(dòng)開啟事務(wù),執(zhí)行查詢操作,會(huì)讀取 Undo 日志數(shù)據(jù)返回,進(jìn)行快照讀
Redo Log指事務(wù)中修改的任何數(shù)據(jù),將最新的數(shù)據(jù)備份存儲(chǔ)的位置(Redo Log),被稱為重做日志。
Redo Log 的生成和釋放隨著事務(wù)操作的執(zhí)行,就會(huì)生成Redo Log,在事務(wù)提交時(shí)會(huì)將產(chǎn)生Redo Log寫入Log Buffer,并不是隨著事務(wù)的提交就立刻寫入磁盤文件。等事務(wù)操作的臟頁寫入到磁盤之后,Redo Log 的使命也就完成了,Redo Log占用的空間就可以重用(被覆蓋寫入)。
Redo Log 工作原理Redo Log 是為了實(shí)現(xiàn)事務(wù)的持久性而出現(xiàn)的產(chǎn)物。防止在發(fā)生故障的時(shí)間點(diǎn),尚有臟頁未寫入表的 ibd 文件中,在重啟 MySQL 服務(wù)的時(shí)候,根據(jù) Redo Log 進(jìn)行重做,從而達(dá)到事務(wù)的未入磁盤數(shù)據(jù)進(jìn)行持久化這一特性。
Redo Log 寫入機(jī)制Redo Log 文件內(nèi)容是以順序循環(huán)的方式寫入文件,寫滿時(shí)則回溯到第一個(gè)文件,進(jìn)行覆蓋寫
write pos 是當(dāng)前記錄的位置,一邊寫一邊后移,寫到最后一個(gè)文件末尾后就回到 0 號(hào)文件開頭;checkpoint 是當(dāng)前要擦除的位置,也是往后推移并且循環(huán)的,擦除記錄前要把記錄更新到數(shù)據(jù)文件;write pos 和 checkpoint 之間還空著的部分,可以用來記錄新的操作。如果 write pos 追上checkpoint,表示寫滿,這時(shí)候不能再執(zhí)行新的更新,得停下來先擦掉一些記錄,把checkpoint 推進(jìn)一下。
Redo Log相關(guān)配置參數(shù)每個(gè)InnoDB存儲(chǔ)引擎至少有1個(gè)重做日志文件組(group),每個(gè)文件組至少有2個(gè)重做日志文件,默認(rèn)為ib_logfile0和ib_logfile1??梢酝ㄟ^下面一組參數(shù)控制Redo Log存儲(chǔ)
show variables like ’%innodb_log%’;
Redo Buffer 持久化到 Redo Log 的策略,可通過 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ù)沒有損失,整個(gè)服務(wù)器掛了才會(huì)損失1秒的事務(wù)提交數(shù)據(jù)。
以上就是MySQL 撤銷日志與重做日志(Undo Log與Redo Log)相關(guān)總結(jié)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 撤銷日志與重做日志(Undo Log與Redo Log)的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章!
相關(guān)文章:
1. Mysql InnoDB的鎖定機(jī)制實(shí)例詳解2. 用shell抽取,更新db2的數(shù)據(jù)3. DB2 變更管理工具與Rational DA集成(1)4. ORA-06512數(shù)字或值錯(cuò)誤字符串緩沖區(qū)太小異常詳解5. Window7安裝MariaDB數(shù)據(jù)庫及系統(tǒng)初始化操作分析6. Spark臨時(shí)表tempView的注冊(cè)/使用/注銷/注意事項(xiàng)(推薦)7. 分享Sql Server 存儲(chǔ)過程使用方法8. SQL Server ISNULL 不生效原因及解決9. MySQL中庫的基本操作指南(推薦!)10. MySQL之高可用集群部署及故障切換實(shí)現(xiàn)
