MySQL重做日志的概念是什么

今天小編給大家分享一下MySQL重做日志的概念是什么的相關(guān)知識點，內(nèi)容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

在事務(wù)的ACID特性中，原子性（A）、一致性（C）、持久性（D）由undo log和redo log實現(xiàn)，隔離性（I）由鎖+MVCC實現(xiàn)

undo log：事務(wù)還沒有commit，中途執(zhí)行異常，可以使用undo log把數(shù)據(jù)恢復(fù)到事務(wù)執(zhí)行前的狀態(tài)，確保事務(wù)的原子性

redo log：事務(wù)commit成功，由于更新磁盤數(shù)據(jù)需要一段時間，此時若發(fā)生異常，可以使用redo log重新執(zhí)行這一事務(wù)的SQL，確保事務(wù)的持久性（只要事務(wù)commit成功，不管發(fā)生什么異常事件，只要下一次MySQL服務(wù)正常進行，那上一次commit的數(shù)據(jù)一定要恢復(fù)回來）

一、redo log概念

redo log：被稱為物理日志，記錄的就是最終修改后的按頁面存儲的數(shù)據(jù)頁，直接存數(shù)據(jù)最終的狀態(tài)，用于確保事務(wù)的持久性

undo log：被稱為邏輯日志，存儲的是具體的相應(yīng)的SQL語句。如果現(xiàn)在執(zhí)行的是insert，回滾的時候就執(zhí)行delete；如果現(xiàn)在執(zhí)行的update，就把原來的舊值再update回來

redo log默認放在/var/lib/mysql下

redo log是在事務(wù)begin時就開始記錄（并不是事務(wù)commit時才記錄，因為整個事務(wù)做的操作可能很多，如果在commit的時候才寫redo log，此時一旦發(fā)生異常，redo log還沒寫，這就太晚了，無法確保事務(wù)的持久性），不管事務(wù)是否提交都會記錄下來，在異常發(fā)生時（如數(shù)據(jù)持久化過程中掉電），InnoDB會使用redo log恢復(fù)到掉電前的時刻，保證數(shù)據(jù)的完整性

innodb_log_buffer_size默認是16M，就是redo log緩沖區(qū)的大小，它隨著事務(wù)開始，就開始寫redo log，如果事務(wù)比較大，為了避免事務(wù)執(zhí)行過程中花費過多磁盤IO，可以設(shè)置比較大的redo log緩存，節(jié)省磁盤IO。往磁盤上刷是有刷新的時機，達到時機就花費磁盤IO，如果buffer比較大，會更慢的達到刷新的時機，效率更高。

InnoDB修改操作數(shù)據(jù)，不是直接修改磁盤上的數(shù)據(jù)，實際只是修改Buffer Pool中的數(shù)據(jù)。InnoDB總是先把Buffer Pool中的數(shù)據(jù)改變記錄到redo log中，用來進行崩潰后的數(shù)據(jù)恢復(fù)。 優(yōu)先記錄redo log，然后再找時機慢慢的將Buffer Pool中的臟數(shù)據(jù)刷新到磁盤上。

innodb_log_group_home_dir指定的目錄下的兩個文件：ib_logfile0，ib_logfile1，該文件被稱作重做日志

buffer pool緩存池： 可存放索引緩存、數(shù)據(jù)緩存等，可加速讀寫，直接操作數(shù)據(jù)頁，寫redo log修改就算完成，有專門的線程去做把buffer pool中的dirty page寫入磁盤

buffer pool默認大小為134M（MySQL 5.7）

大致結(jié)構(gòu)如圖所示：

事務(wù)讀取，修改都是優(yōu)先操作緩存池中的數(shù)據(jù)。在實際項目中，mysqld會單獨的跑在一個機器上，可以分配大量的內(nèi)存專門做InnoDB的buffer pool，加快CRUD

二、緩存、磁盤結(jié)構(gòu)

當事務(wù)commit的時候，在關(guān)系圖上的操作就是把InnoDB Log Buffer的內(nèi)容寫入磁盤，寫成功的話，在磁盤上的redo log會記錄狀態(tài)——commit，如果沒有寫成功或者寫完，則記錄狀態(tài)——prepare

log在寫入磁盤的過程中也有可能發(fā)生異常，斷電等問題，導(dǎo)致在寫redo log的時候沒有寫完（這相當于事務(wù)沒有commit成功），此時MySQL下次在恢復(fù)的時候就沒有必要考慮這個事務(wù)的完整性，因為狀態(tài)并不是commit，都寫入磁盤上才表示redo log寫成功，狀態(tài)才變成commit。狀態(tài)變成commit后需要維護事務(wù)的ACID特性。

是不是commit的時候，buffer poll里面的臟數(shù)據(jù)（數(shù)據(jù)有被修改）才被寫入磁盤？

并不需要等commit的時候才開始。事務(wù)可能修改的數(shù)據(jù)量比較大，而緩存容量有限，對于buffer poll緩存的數(shù)據(jù)，會有專門的線程在合適的時間，往磁盤上去刷新，如果出現(xiàn)掉電，下一次MySQL啟動后，會根據(jù)redo log里面記錄的數(shù)據(jù)，對數(shù)據(jù)進行恢復(fù)。

undo log本身也是記錄在redo log中

undo log支持事務(wù)回滾，也不是一瞬間就能完整，最終要修改的也是磁盤上的數(shù)據(jù)，為防止回滾過程中出現(xiàn)異常，所以undo log要記錄在redo log里面。事務(wù)commit成功或者rollback成功，對于底層，都是成功的把操作寫到redo log里面。

什么是真正的事務(wù)commit成功？

不是把數(shù)據(jù)全部刷到磁盤，而是把記錄事務(wù)完整操作的redo log從log buffer寫入磁盤，再把被修改數(shù)據(jù)的狀態(tài)置為commit才算是實現(xiàn)了事務(wù)commit成功。此時雖然數(shù)據(jù)還在buffer poll，但只要我們的redo log保存完整，數(shù)據(jù)就可以恢復(fù)，會有專門的線程去負責把buffer poll里的數(shù)據(jù)寫入磁盤

事務(wù)進行操作的時候，永遠是先寫redo log，然后才是寫buffer pool；事務(wù)成功commit，就是要保證redo log完整記錄到磁盤上

至于表數(shù)據(jù)的更改，buffer pool的臟數(shù)據(jù)頁是不是刷新到磁盤上，我們根本不用擔心，只要redo log完整的寫到磁盤上，我們可以隨時通過redo log重做日志來恢復(fù)事務(wù)成功commit的數(shù)據(jù)狀態(tài)（數(shù)據(jù)庫最重要的是日志，而不是數(shù)據(jù)）

以上就是“MySQL重做日志的概念是什么”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關(guān)注億速云行業(yè)資訊頻道。