mysql中innodb_flush_log_at_trx_commit參數(shù)的示例分析

這篇文章主要介紹mysql中innodb_flush_log_at_trx_commit參數(shù)的示例分析，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！

一、參數(shù)解釋

0：log buffer將每秒一次地寫入log file中，并且log file的flush(刷到磁盤)操作同時(shí)進(jìn)行。該模式下在事務(wù)提交的時(shí)候，不會主動觸發(fā)寫入磁盤的操作。

1：每次事務(wù)提交時(shí)MySQL都會把log buffer的數(shù)據(jù)寫入log file，并且flush(刷到磁盤)中去，該模式為系統(tǒng)默認(rèn)。

2：每次事務(wù)提交時(shí)MySQL都會把log buffer的數(shù)據(jù)寫入log file，但是flush(刷到磁盤)操作并不會同時(shí)進(jìn)行。該模式下，MySQL會每秒執(zhí)行一次 flush(刷到磁盤)操作。

所以由以上定義得出innodb_flush_log_at_trx_commit 有兩個(gè)要點(diǎn)
1.必須是事務(wù)提交才會觸發(fā)
2.作用是影響數(shù)據(jù)刷到磁盤的方式

二、參數(shù)修改

找到mysql配置文件mysql.ini，修改成合適的值，然后重啟mysql。

三、注意事項(xiàng)

當(dāng)設(shè)置為0，該模式速度最快，但不太安全，mysqld進(jìn)程的崩潰會導(dǎo)致上一秒鐘所有事務(wù)數(shù)據(jù)的丟失。

當(dāng)設(shè)置為1，該模式是最安全的，但也是最慢的一種方式。在mysqld 服務(wù)崩潰或者服務(wù)器主機(jī)crash的情況下，binary log 只有可能丟失最多一個(gè)語句或者一個(gè)事務(wù)。。
當(dāng)設(shè)置為2，該模式速度較快，也比0安全，只有在操作系統(tǒng)崩潰或者系統(tǒng)斷電的情況下，上一秒鐘所有事務(wù)數(shù)據(jù)才可能丟失。

選擇2 時(shí) 因?yàn)槭聞?wù)提交時(shí) 只是講事務(wù)數(shù)據(jù) 刷到了 log日志中 未刷新到磁盤 所以 數(shù)據(jù)庫崩潰 無影響 因?yàn)橐呀?jīng)寫入了 文件系統(tǒng) 只有整個(gè)系統(tǒng)崩潰了 才有影響

以上是“mysql中innodb_flush_log_at_trx_commit參數(shù)的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道！