目錄臟頁（內存頁）為什么會出現(xiàn) 臟頁內存管理機制簡述數(shù)據(jù)修改和讀取只依賴緩沖區(qū)行不行為什么臟頁一定要刷新刷臟頁有下面4種場景會造成的影響臟頁（內存頁）

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

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

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

內存管理機制簡述

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

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

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

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

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

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

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

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

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

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

緩沖區(qū)不需要無限大了，因為可以持久化到磁盤 redo log也不需要無限大了，因為一旦持久化到磁盤，redo log中對應的那部分數(shù)據(jù)就可以釋放。刷臟頁有下面4種場景 當 redo log 寫滿，mysql就會暫停所有更新操作，將同步這部分日志對應的臟頁同步到磁盤。 系統(tǒng)內存不足時，需要淘汰一部分數(shù)據(jù)頁，如果淘汰的是臟頁，就要先將臟頁同步到磁盤。 MySQL 認為系統(tǒng)空閑的時候,有機會就同步內存數(shù)據(jù)到磁盤，這種沒有性能問題。 MySQL 正常關閉，MySQL 會把內存的臟頁都同步到磁盤上，這樣下次 MySQL 啟動的時候，就可以直接從磁盤上讀數(shù)據(jù)，啟動速度會很快。這種沒有性能問題。會造成的影響

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

到此這篇關于mysql臟頁是什么的文章就介紹到這了,更多相關mysql臟頁內容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網(wǎng)！