mysql 之 checkpoint和LSN詳解

標籤：mysql lsn   mysql checkpoint   log sequence number   

checkpoin是重做日誌對資料頁重新整理到磁碟的操作做的檢查點，通過LSN號儲存記錄，作用是當發生宕機等crash情況時，再次啟動時會查詢checkpoint點，在該檢查點之後發生的事物修改恢複到磁碟。

mysql> show engine innodb status\G;

---

LOG

---

Log sequence number 10623965866

Log flushed up to   10623965866

Pages flushed up to 10623965866

Last checkpoint at  10623965857

0 pending log flushes, 0 pending chkp writes

13 log i/o‘s done, 0.81 log i/o‘s/second

Last checkpoint at就是系統最後一次重新整理buffer pool中頁資料到磁碟的checkpoint，checkpoint是和redo log進行關聯操作的，也就記錄在redo log中，checkpoint記錄在redo log第一個檔案的頭部，儲存兩個值迴圈更替修改。

LSN（log sequence number）記錄序號，5.6.3之後佔用8位元組，LSN主要用於發生crash時對資料進行recovery，LSN是一個一直遞增的整型數字，表示事務寫入到日誌的位元組總量。

LSN不僅只存在於重做日誌中，在每個資料頁頭部也會有對應的LSN號，該LSN記錄當前頁最後一次修改的LSN號，用於在recovery時對比重做日誌LSN號決定是否對該頁進行恢複資料。前面說的checkpoint也是有LSN號記錄的，LSN號串聯起一個事務開始到恢複的過程。

---

LOG

---

Log sequence number 10623965866

Log flushed up to   10623965866

Pages flushed up to 10623965866

Last checkpoint at  10623965857

0 pending log flushes, 0 pending chkp writes

13 log i/o‘s done, 0.81 log i/o‘s/second

再用上面的結果看下,log sequence number就是當前產生最新的記錄序號

    log flushed up to:已經重新整理到redo log磁碟檔案的LSN號

    pages flushed up to:該項是5.6新加入的，這個官網也未做介紹，而又先於checkpoint，個人理解為已經在buffer poll中寫入到資料髒頁上的LSN號

在生產環境中往往last checkpoint 會落後log sequence number許多，checkpoint記錄資料頁重新整理情況，而資料頁重新整理是有MySQL內部機制決定，所以會存在差值，而為了保證資料庫發生crash再啟動資料不丟失，我們需要把redo log重新整理配置項innodb_flush_sync配置為1，讓redo log在事務結束時就重新整理到磁碟，以用redo log來做資料恢複。所以log flushed up to的LSN號都會與log sequence number一致。

本文出自 “肖忠” 部落格，請務必保留此出處http://xiaozhong991.blog.51cto.com/2354914/1760379

mysql 之 checkpoint和LSN詳解