深入解析mysql檢查點-閱讀頁
2025-05-15 01:56本頁面
【正文】 _pct 在數(shù)據(jù)庫源代碼中的體現(xiàn) 反映在數(shù)據(jù)庫上的臟頁比率 臟頁的比率計算 可以看出數(shù)據(jù)庫典型 反映在數(shù)據(jù)庫上的臟頁比率 相關性能參數(shù)在數(shù)據(jù)庫上的反映 Checkpoint觸發(fā) Checkpoint觸發(fā) 計算過去一段時間內， flush的平均速度；與當前需要的 flush速度 其中， BUF_FLUSH_STAT_N_INTERVAL = 20S不變，計算的仍舊是過去 20S內的平均 flush速度 若當前所需速度 20S內的平均速度，則 adaptive flushing會嘗試進行一次 flush操作。 Checkpoint觸發(fā)檢查點 函數(shù)流程： ?buf_flush_get_desired_flush_rate 1. 從 buf_pool_t結構中，獲得總 dirty page的數(shù)量 2. 計算最近一段時間之內， redo日志產(chǎn)生的平均速度 其中， BUF_FLUSH_STAT_N_INTERVAL = 20S， 20S內的平均 redo產(chǎn)生速度 /** Number of intervals for which we keep the history of these stats. Each interval is 1 second, defined by the rate at which srv_error_monitor_thread() calls buf_flush_stat_update(). */ define BUF_FLUSH_STAT_N_INTERVAL 20 flush的統(tǒng)計信息，每隔 20S會被 buf_flush_stat_update函數(shù)重置 Checkpoint觸發(fā)檢查點 刷新臟頁到磁盤的算法 首先計算可選的 neighbors flush臟頁之前，必須保證臟頁對應的日志已經(jīng)寫回日志文件 將數(shù)據(jù)拷貝到 double writememory 將 double writememory寫出到 disk doublewrite buffer的寫，為同步寫，調用 在 doublewrite buffer被成功 flush到 disk之后，對應的 dirty pages不會再丟失數(shù)據(jù)。 checkpointing/ 影響檢查點整檢查點的參數(shù) 關于恢復 ? 數(shù)據(jù)庫在恢復過程中，從檢查點開始，到日志文件尾部 ,先進行 redo,然后再進行 undo。 解決辦法：縮短 UNDO階段的唯一辦法是使用合適的事務大小，使得更新操作只影響少量的行 Innodb Double Write 內存中存在一塊區(qū)域，大小為 2M 系統(tǒng)表空間存在一塊區(qū)域，大小為 2M Double write思考 為什么需要 double write Double write buffer寫入量 可以看到比例遠小于 64:1 說明系統(tǒng)寫入壓力并不大 關閉 doublewrite 關閉 doublewrite的方法 skip_innodb_doublewrite innodb_doublewrite=0 在 soloris上的 ZFS文件系統(tǒng)上可以保證數(shù)據(jù)一致性，可以禁用 在 slave為了達到最大性能也可以禁用 Qamp
語文相關推薦
鄂ICP備17016276號-1