深入解析mysql檢查點(diǎn)-資料下載頁
2025-04-30 01:56本頁面
【正文】 pages寫出到 disk 標(biāo)識當(dāng)前 flush操作結(jié)束 (buf_flush_end) 收集當(dāng)前 flush操作的統(tǒng)計信息 更新檢查點(diǎn)信息 檢查點(diǎn)更新流程 流程一 每 10秒更新檢查點(diǎn) 流程二 在高 IO系統(tǒng)中每 1秒更新檢查點(diǎn) Innodb日志機(jī)制深入分析 為了解決第二種情況導(dǎo)致數(shù)據(jù)丟失的問題， Innodb實(shí)現(xiàn)了一套日志保護(hù)機(jī)制，詳細(xì)實(shí)現(xiàn)如下： 為了解決第二種情況導(dǎo)致數(shù)據(jù)丟失的問題， Innodb實(shí)現(xiàn)了一套日志保護(hù)機(jī)制，詳細(xì)實(shí)現(xiàn)如下： “sync” point is at about 7/8 of innodb_log_file_size, and the “async” point is at about 6/8 = 3/4 of innodb_log_file_size. Innodb日志機(jī)制深入分析 Innodb日志機(jī)制深入分析 概念 計算 含義 Ckp age LSN1 LSN4 還沒有做 Checkpoint的日志范圍，若 Ckp age超過日志空間，說明被覆蓋的日志（ LSN1－ LSN4－ Log cap）對應(yīng)日志和數(shù)據(jù)“可能”還沒有刷到磁盤上 Innodb日志機(jī)制深入分析 概念 計算 含義 Ckp async 日志空間大小 * 31/32 強(qiáng)制寫 Checkpoint，此時事務(wù)還可以繼續(xù)執(zhí)行，所以為 async，對事務(wù)的執(zhí)行速度沒有影響（間接影響也不大，因?yàn)閷?Checkpoint的操作比較簡單） Ckp sync 日志空間大小 * 64/64 強(qiáng)制寫 Checkpoint，此時 事務(wù)停止執(zhí)行 ，所以為sync，但由于寫 Checkpoint的操作比較簡單，即使阻塞，時間也很短 檢查點(diǎn)的一些總結(jié) mysql檢查點(diǎn)事件受兩個因素的制約： 一個是 amount,另外一個是 第一個 amount,主要 innodb_max_dirty_pages_pct參數(shù)控制 ,這個是控制臟也占 Bp的百分比 第二個 age mount主要由日志文件大小有關(guān)。 checkpointing/ 影響檢查點(diǎn)整檢查點(diǎn)的參數(shù) 關(guān)于恢復(fù) ? 數(shù)據(jù)庫在恢復(fù)過程中，從檢查點(diǎn)開始，到日志文件尾部 ,先進(jìn)行 redo,然后再進(jìn)行 undo。 影響 undo的因素 與 REDO階段不同，減小日志文件的大小并不能縮短 UNDO階段，甚至?xí)霈F(xiàn)更小的日志時 UNDO更慢的情況。 解決辦法：縮短 UNDO階段的唯一辦法是使用合適的事務(wù)大小，使得更新操作只影響少量的行 Innodb Double Write 內(nèi)存中存在一塊區(qū)域，大小為 2M 系統(tǒng)表空間存在一塊區(qū)域，大小為 2M Double write思考 為什么需要 double write Double write buffer寫入量 可以看到比例遠(yuǎn)小于 64:1 說明系統(tǒng)寫入壓力并不大 關(guān)閉 doublewrite 關(guān)閉 doublewrite的方法 skip_innodb_doublewrite innodb_doublewrite=0 在 soloris上的 ZFS文件系統(tǒng)上可以保證數(shù)據(jù)一致性，可以禁用 在 slave為了達(dá)到最大性能也可以禁用 Qamp。A
語文相關(guān)推薦
鄂ICP備17016276號-1