深入解析mysql檢查點(diǎn)-在線瀏覽
2025-06-17 01:56本頁(yè)面
【正文】 log_file_size ? 關(guān)于 innodb_log_file_size大小設(shè)置 ? 如何找到最佳的均衡點(diǎn)呢？ ? innodb_log_file_size/ goodinnodblogfilesize/ innodb_log_file_size innodb_log_file_size設(shè)置 ? 大概 7M每分鐘，那么一個(gè)小時(shí)是多少呢， 7*60=420M,所以單個(gè) logfile大小 256M大小足夠。舉例如下： LSN＝ 1G，日志文件大小總共為 600M，本次寫入 512字節(jié)，則實(shí)際寫入操作為： l 求出偏移量：由于 LSN數(shù)值遠(yuǎn)大于日志文件大小，因此通過(guò)取余方式，得到偏移量為 400M； 寫入日志：找到偏移 400M的位置，寫入 512字節(jié) 日志內(nèi)容，下一個(gè)事務(wù)的 LSN就是 1000000512； Innodb日志機(jī)制深入分析 Innodb日志機(jī)制深入分析 Checkpoint寫入 Innodb實(shí)現(xiàn)了 Fuzzy Checkpoint的機(jī)制，每次取到最老的臟頁(yè)，然后確保此臟頁(yè)對(duì)應(yīng)的 LSN之前的 LSN都已經(jīng)寫入日志文件，再將此臟頁(yè)的 LSN作為 Checkpoint點(diǎn)記錄到日志文件， 意思就是“此 LSN之前的 LSN對(duì)應(yīng)的日志和數(shù)據(jù)都已經(jīng)寫入磁盤文件”。 Checkpoint寫入的位置在日志文件開頭固定的偏移量處，即每次寫 Checkpoint都覆蓋之前的 Checkpoint信息。對(duì)于不同的情況， Innodb采取不同的對(duì)策： 宕機(jī)導(dǎo)致日志丟失 Innodb有日志刷盤機(jī)制，可以通過(guò) innodb_flush_log_at_trx_mit參數(shù)進(jìn)行控制； 日志覆蓋導(dǎo)致日志丟失 Innodb日志文件大小是固定的，寫入的時(shí)候通過(guò)取余來(lái)計(jì)算偏移量，這樣存在兩個(gè) LSN寫入到同一位置的可能，后面寫的把前面寫得就覆蓋了，以“寫入機(jī)制”章節(jié)的樣例為例， LSN＝ 100000000和 LSN＝ 1600000000兩個(gè)日志的偏移量是相同的了。 1 Sharp 檢查點(diǎn)。 臟頁(yè)刷新完畢的時(shí)候產(chǎn)生一個(gè) sharp checkpoint 例如關(guān)閉數(shù)據(jù)庫(kù)的時(shí)候發(fā)生 sharp檢查點(diǎn) 大概步驟是 1停止所有的更新操作 2 刷新所有的臟頁(yè)到磁盤 3 寫入當(dāng)前的檢查點(diǎn)信息到日志文件 4 把檢查點(diǎn)信息寫入到每個(gè) datafile中。 i srv_buf_pool_instances。 buf_pool = buf_pool_from_array(i)。 *free_len += UT_LIST_GET_LEN(buf_poolfree)。 } } innodb_max_dirty_pages_pct 在數(shù)據(jù)庫(kù)源代碼中的體現(xiàn) buf_get_modified_ratio_pct(void) { ulint ratio。 ulint free_len = 0。 buf_get_total_list_len(amp。free_len, amp。 ratio = (100 * flush_list_len) / (1 + lru_len + free_len)。 } innodb_max_dirty_pages
語(yǔ)文相關(guān)推薦
鄂ICP備17016276號(hào)-1