深入解析MySQL檢查點

深入解析MySQL檢查點

ID:37496483

大?。?.87 MB

頁數(shù):68頁

時間:2019-05-12

深入解析MySQL檢查點_第1頁
深入解析MySQL檢查點_第2頁
深入解析MySQL檢查點_第3頁
深入解析MySQL檢查點_第4頁
深入解析MySQL檢查點_第5頁
資源描述:

《深入解析MySQL檢查點》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、深入解析Mysql檢查點搜狐暢游DBA王洪權(quán)mydbalife@gmail.com2011-07-06summarryMysqllogfileMysql檢查點Mysqldoublewrite基本操作基本操作基本操作基本操作基本操作基本操作基本操作基本操作.為什么要采取異步刷新Why?為什么要采取異步刷新1Thisisanoptimization2Itcallitwritecombining關(guān)于log工作原理http://www.orczhou.com/index.php/2009/08/innodb-dirty-page-redo-

2、log-2/innodb_flush_log_at_trx_commitLogbuffer設(shè)置建議mysqladminvar

3、greplog_bufferinnodb_log_buffer_size

4、8388608通常設(shè)置范圍8~16M通常8M比較合適,除非有很多blob/text字段操作,或大事務(wù)操作。Logbuffer設(shè)置showglobalstatuslike'%Innodb_log_waits%';+------------------+-------+

5、Variable_name

6、Value

7、+--------------

8、----+-------+

9、Innodb_log_waits

10、0

11、+------------------+-------+Innodb_log_waitsThenumberoftimesthatthelogbufferwastoosmallandawaitwasrequiredforittobeflushedbeforecontinuing.innodb_log_file_size關(guān)于innodb_log_file_size大小設(shè)置如何找到最佳的均衡點呢?http://www.mysqlperformanceblog.com/200

12、6/07/03/choosing-proper-innodb_log_file_size/ http://www.mysqlperformanceblog.com/2008/11/21/how-to-calculate-a-good-innodb-log-file-size/innodb_log_file_sizeinnodb_log_file_size設(shè)置大概7M每分鐘,那么一個小時是多少呢,7*60=420M,所以單個logfile大小256M大小足夠。2008ByBaronSchwartzhttp://www.mysqlper

13、formanceblog.com/2008/11/21/how-to-calculate-a-good-innodb-log-file-size/innodb_log_file_size設(shè)置修改innodb_log_file_size1干凈的關(guān)閉數(shù)據(jù)庫,刪除日志文件,修改my.cnf中innodb_log_file_size,重啟mysql2干凈的關(guān)閉數(shù)據(jù)庫,rename日志文件,修改my.cnf中innodb_log_file_size,重啟mysqlLog寫入LSN實際上對應(yīng)日志文件的偏移量,新的LSN=舊的LSN+寫入的日志大

14、小。舉例如下:LSN=1G,日志文件大小總共為600M,本次寫入512字節(jié),則實際寫入操作為:l求出偏移量:由于LSN數(shù)值遠大于日志文件大小,因此通過取余方式,得到偏移量為400M;寫入日志:找到偏移400M的位置,寫入512字節(jié)日志內(nèi)容,下一個事務(wù)的LSN就是1000000512;Innodb日志機制深入分析Innodb日志機制深入分析Checkpoint寫入Innodb實現(xiàn)了FuzzyCheckpoint的機制,每次取到最老的臟頁,然后確保此臟頁對應(yīng)的LSN之前的LSN都已經(jīng)寫入日志文件,再將此臟頁的LSN作為Checkpoin

15、t點記錄到日志文件,意思就是“此LSN之前的LSN對應(yīng)的日志和數(shù)據(jù)都已經(jīng)寫入磁盤文件”?;謴?fù)數(shù)據(jù)文件的時候,Innodb掃描日志文件,當發(fā)現(xiàn)LSN小于Checkpoint對應(yīng)的LSN,就認為恢復(fù)已經(jīng)完成。Checkpoint寫入的位置在日志文件開頭固定的偏移量處,即每次寫Checkpoint都覆蓋之前的Checkpoint信息。Innodb日志機制深入分析管理機制Checkpoint和日志緊密相關(guān),將日志和Checkpoint一起說明,詳細的實現(xiàn)機制如下:Innodb日志機制深入分析如上圖所示,Innodb的一條事務(wù)日志共經(jīng)歷4個階

16、段:創(chuàng)建階段:事務(wù)創(chuàng)建一條日志;日志刷盤:日志寫入到磁盤上的日志文件;數(shù)據(jù)刷盤:日志對應(yīng)的臟頁數(shù)據(jù)寫入到磁盤上的數(shù)據(jù)文件;寫CKP:日志被當作Checkpoint寫入日志文件;Innodb日志機制深入分析對應(yīng)這4個階段,系統(tǒng)記錄了4個

當前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。