臟頁（內(nèi)存頁）

干凈頁：內(nèi)存和磁盤中的數(shù)據(jù)一致
臟頁：內(nèi)存和磁盤中的數(shù)據(jù)不一致

為什么會出現(xiàn) 臟頁

平時很快的更新操作，都是在寫內(nèi)存和日志。
他并不會馬上同步到磁盤數(shù)據(jù)頁,這時內(nèi)存數(shù)據(jù)頁跟磁盤數(shù)據(jù)頁內(nèi)容不一致,我們稱之為臟頁。
這里面就涉及 mysql 的內(nèi)存管理機制

內(nèi)存管理機制簡述

緩沖區(qū)中包含這三大類列表。分別為：LRUList、FreeList、FlushList。
在數(shù)據(jù)庫剛啟動時，LRUlist中沒有數(shù)據(jù)頁。FreeList存放空閑頁。

• 當(dāng)需要讀取某個頁時，會從FreeList中獲取一個空閑頁，讀入數(shù)據(jù)后，放入LRUlist中
• 如果FreeList中沒有空閑頁了，那么根據(jù)LRU算法淘汰Lru列表中末位的頁
• 當(dāng)LRUlist中的頁被修改后，頁就變成了臟頁，這個頁也會被加入FlushList中

注意：這時這個頁既在LRUlist中，又在FlushList中。

總結(jié)：LRUList（管理已經(jīng)被讀取的頁）和FreeList（管理空閑的頁）用來管理頁的可用性；FlushList（管理臟頁）用來管理臟頁的刷新

在臟頁數(shù)據(jù)同步到磁盤過程中，如果對該磁盤數(shù)據(jù)頁執(zhí)行 SQL 語句。執(zhí)行速度就會變慢

數(shù)據(jù)修改和讀取只依賴緩沖區(qū)行不行

如果數(shù)據(jù)修改和讀取只依賴內(nèi)存的緩沖區(qū)，那么一旦數(shù)據(jù)庫宕機，內(nèi)存中的數(shù)據(jù)都會丟失。所以MySQL使用之前講過的redo log來實現(xiàn)異常重啟的數(shù)據(jù)恢復(fù)，redolog相關(guān)介紹可以看篇文章：MySQL-redo log 和 binlog

簡單來說，就是在更新緩沖區(qū)之前，先寫入redo log，保證異常重啟之后可以正常恢復(fù)緩沖區(qū)中的數(shù)據(jù)。

為什么臟頁一定要刷新

• 上面說了 數(shù)據(jù)只放在緩沖區(qū)，會出現(xiàn)數(shù)據(jù)庫宕機，內(nèi)存數(shù)據(jù)丟失。所以需要刷新到磁盤。
• redo log如果無限大或者有許多個文件的話，系統(tǒng)中有大量的修改操作，一旦宕機，恢復(fù)的時間也會非常長。

所以自然而然，我們就一定需要把內(nèi)存中的臟頁按照某種規(guī)則刷新到磁盤中，有了刷新這個操作，緩沖區(qū)的大小問題和redo log的大小問題都可以解決。

• 緩沖區(qū)不需要無限大了，因為可以持久化到磁盤
• redo log也不需要無限大了，因為一旦持久化到磁盤，redo log中對應(yīng)的那部分數(shù)據(jù)就可以釋放。

刷臟頁有下面4種場景

• 當(dāng) redo log 寫滿，mysql就會暫停所有更新操作，將同步這部分日志對應(yīng)的臟頁同步到磁盤。
• 系統(tǒng)內(nèi)存不足時，需要淘汰一部分數(shù)據(jù)頁，如果淘汰的是臟頁，就要先將臟頁同步到磁盤。
• MySQL 認為系統(tǒng)空閑的時候,有機會就同步內(nèi)存數(shù)據(jù)到磁盤，這種沒有性能問題。
• MySQL 正常關(guān)閉，MySQL 會把內(nèi)存的臟頁都同步到磁盤上，這樣下次 MySQL 啟動的時候，就可以直接從磁盤上讀數(shù)據(jù)，啟動速度會很快。這種沒有性能問題。

會造成的影響

1 如果是 redo log 寫滿了
要盡量避免redo log 寫滿。否則整個系統(tǒng)的更新都會停止。此時寫的性能變?yōu)?0，必須等待該日志對應(yīng)臟頁同步完成后才能更新,這時就會導(dǎo)致 sql 語句 執(zhí)行的很慢。

 到此這篇關(guān)于mysql臟頁是什么的文章就介紹到這了,更多相關(guān)mysql臟頁內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！