前言事情是這樣的，在某乎的邀請回答中看到了這個問題：

-

然后當時我沒多想就啪一下寫下來這樣的答案：

這個其實要通過 MySQL 后臺線程來刷的，在 Buffer Pool 中被修改的過的 Page(頁)都會被標記成臟頁，放到一個鏈表(Flush 鏈表)里。

然后 MySQL 通過啟動后臺線程，在滿足條件時將 Flush 鏈表中的臟頁刷入磁盤。

滿足的條件是：臟頁的數量達到了 Buffer Pool 中頁數量的 **10%，當然 10% 這個值是可變的，通過配置項 innodb_max_dirty_pages_pct_lwm 來配置的，其默認值為 10%，并且這個值也必須小于另一個配置 innodb_max_dirty_pages_pct 的值(90%**)。

至于啟多少個線程，則是由另一個變量 innodb_page_cleaners 來控制的，默認是 4.一般都不會去改這個。

大概就是這樣。

但是，后面有兄弟在下面說：”我唔知你喺講乜“。

后面我回過頭去看，當時寫的確實有點過于跳躍了，過一段時間再去看有些不是那么連貫，打算重新把這個事情講清楚。

1. 表數據

我們這篇「短文」討論的是【MySQL 表數據多久刷一次盤】，從這個標題中我們可以分裂成兩個問題：

• 刷什么到磁盤
• 什么時候刷到磁盤

我們分開來討論。

2. 刷什么到磁盤

看上去有點廢話，肯定是將數據刷入磁盤。所以我們更多需要討論的是【數據是以什么樣的形式被刷入磁盤】。

在 InnoDB 中，頁是數據被管理的最小的單位。當使用 InnoDB 作為存儲引擎的 MySQL 運行時，表中一行一行的數據會被組織在一頁一頁當中，放在 Buffer Pool 中。

這一頁一頁的數據，就存放在 Buffer Pool 中。當 DML 語句(也就是 CRUD)語句對表數據進行了變更之后，數據所在的那一頁就會被標記為臟頁。

InnoDB 會用一個叫【Flush 鏈表】的結構來存放這些臟頁，凡是被放進該鏈表的頁都代表需要刷入磁盤，但不是立即刷入。

和 InnoDB 的其他日志例如 Redo Log 一樣，這些日志都是有自己的刷盤策略。例如 Redo Log，其刷盤策略可以用下圖來表示：

參數為0，Redo Log 會每隔一秒，寫入并且刷入磁盤。

參數為1，Redo Log 會在每次事務提交之后刷入磁盤。

參數為2，每次事務提交，都會寫到 OS 緩存中去，然后每隔一秒將 OS 緩存中的數據刷入磁盤。

而 Flush 鏈表也有自己的策略。

3. 什么時候刷到磁盤

接上節，策略就是：臟頁的數量達到了 Buffer Pool 中頁數量的 **10%**，就會觸發將 Flush 鏈表中的臟頁刷入磁盤。舉個例子，Buffer Pool 中總共有 100 張頁，臟頁如果達到了 10 頁就會啟動后臺線程，觸發刷盤。

當然，【10%】這個數值是可配置的，通過 MySQL 配置項 innodb_max_dirty_pages_pct_lwm 可以進行調整，只是默認值是 10%。但是我們調整的值不能超過某個最大值，這個最大值由 innodb_max_dirty_pages_pct 來指定，默認值為 90%。

換句話說，默認情況，刷盤閾值是 10%，如果需要自定義，則最大值不能超過 90%。

4. 誰來負責刷盤

上個小節已經說過了，會啟動線程來專門做這個事情，這個沒有什么疑問。我們需要關注的是會啟動多少個線程來做這個事。

答案是 4 個，我們也可以通過配置項 innodb_page_cleaners 來更改，但一般都不會去改這個值。

關于這個點就聊到這。