MySQL重做日志的概念是什么

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

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

undo log：事務還沒有commit，中途執行異常，可以使用undo log把數據恢復到事務執行前的狀態，確保事務的原子性

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

一、redo log概念

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

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

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

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

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

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

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

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

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

大致結構如圖所示：

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

二、緩存、磁盤結構

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

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

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

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

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

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

什么是真正的事務commit成功？

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

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

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

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