InnoDB之Dirty Page、Redo log

2024-09-12 20:29:53

字體：大中小

供稿：網(wǎng)友

在InnoDB中，buffer pool里面的dirty page一方面可以加快數(shù)據(jù)處理速度，同時也會造成數(shù)據(jù)的不一致(RAM vs DISK)。本文介紹了dirty page是如何產(chǎn)生，以及InnoDB如何利用redo log如何消除dirty page產(chǎn)生的數(shù)據(jù)不一致。

當事務(wù)(Transaction)需要修改某條記錄（row）時，InnoDB需要將該數(shù)據(jù)所在的page從 disk讀到buffer pool中，事務(wù)提交后，InnoDB修改page中的記錄(row)。這時buffer pool中的page就已經(jīng)和disk中的不一樣了，我們稱buffer pool中的page為dirty page。Dirty page等待flush到disk上。
(轉(zhuǎn))InnoDB之Dirty Page、Redo log
dirty page既然是在Buffer pool中，那么如果系統(tǒng)突然斷電Dirty page中的數(shù)據(jù)修改是否會丟失？這個擔心是很有必要的，例如如果一個用戶完成一個操作（數(shù)據(jù)庫完成了一個事務(wù)，page已經(jīng)在buffer pool中修改，但dirty page尚未flush），這時系統(tǒng)斷電，buffer pool數(shù)據(jù)全部消失。那么，這個用戶完成的操作（導(dǎo)致的數(shù)據(jù)庫修改）是否會丟失呢？答案是不會 (innodb_flush_log_at_trx_commit=1)。這就是redo log要做的事情，在disk上記錄更新。
redo log在每次事務(wù)commit的時候，就立刻將事務(wù)更改操作記錄到redo log。所以即使buffer pool中的dirty page在斷電時丟失，InnoDB在啟動時，仍然會根據(jù)redo log中的記錄完成數(shù)據(jù)恢復(fù)。
redo log的另一個作用是，通過延遲dirty page的flush最小化磁盤的random writes。（redo log會合并一段時間內(nèi)TRX對某個page的修改）
(轉(zhuǎn))InnoDB之Dirty Page、Redo log
正常情況下，dirty page什么時候flush到disk上？
1).redo log是一個環(huán)(ring)結(jié)構(gòu)，當redo空間占滿時，將會將部分dirty page flush到disk上，然后釋放部分redo log。這種情況可以通過Innodb_log_wait(SHOW GLOBAL STATUS)觀察，情況發(fā)生該計數(shù)器會自增一次。
2). 當需要在Buffer pool分配一個page，但是已經(jīng)滿了，并且所有的page都是dirty的（否則可以釋放不dirty的page），通常是不會發(fā)生的。這時候必須 flush dirty pages to disk。這種情況將會記錄到Innodb_buffer_pool_wait_free中。一般地，可以可以通過啟動參數(shù) innodb_max_dirty_pages_pct控制這種情況，當buffer pool中的dirty page到達這個比例的時候，將會強制設(shè)定一個checkpoint，并把dirty page flush到disk中。
3).檢測到系統(tǒng)空閑的時候，會flush，每次64 pages。
涉及的InnoDB配置參數(shù)：innodb_flush_log_at_trx_commit、innodb_max_dirty_pages_pct；狀態(tài)參數(shù)：Innodb_log_wait、Innodb_buffer_pool_wait_free。

（編輯：武林網(wǎng)）

上一篇：Session重疊問題學習 -最優(yōu)化

下一篇：pt-table-checksum出現(xiàn)的問題