這篇文章主要介紹了MySQL中sync_binlog和innodb_flush_log_at_trx_commit怎么用，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比碭山網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式碭山網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋碭山地區(qū)。費(fèi)用合理售后完善，十余年實(shí)體公司更值得信賴。

sync_binlog：

其值默認(rèn)為0，范圍為0~4294967295（mysql 5.6）
〇 為0時(shí)，即mysqld不去控制磁盤的同步，而是等待操作系統(tǒng)的fdatasync從內(nèi)存flush到磁盤。（與操作系統(tǒng)同步）。在復(fù)制結(jié)構(gòu)中，dump線程會(huì)在flush階段進(jìn)行binlog傳輸。
〇 最安全的設(shè)置為1，在開啟了autocommit的情況下，如果mysqld或者os此時(shí)crash掉，會(huì)至多遺失一個(gè)事務(wù)。（同時(shí)也是最慢的設(shè)置）。在復(fù)制結(jié)構(gòu)中，dump線程會(huì)在sync階段進(jìn)行binlog傳輸。
〇 當(dāng)值為范圍內(nèi)其他值時(shí)，如100，即意味著mysql在寫100次binlog時(shí)，再將緩存刷到磁盤。在復(fù)制結(jié)構(gòu)中，dump線程會(huì)在flush階段進(jìn)行binlog傳輸。

將該值設(shè)置為稍大的情況下，可以提高tps，并且需要使用battery-backed cache防止異常斷電。




innodb_flush_log_at_trx_commit：
（控制REDO log刷盤策略）
其默認(rèn)值為1，其他可取值為0和2。
〇 當(dāng)為1時(shí)，每個(gè)事務(wù)提交，將會(huì)使log buffer的內(nèi)容寫到log file中，同時(shí)將被flush到磁盤，這也是最安全的做法。可以完全遵從ACID。（the contents of the InnoDB log buffer are written out to the log file at each transaction commit and the log file is flushed to disk.）
〇 當(dāng)為0時(shí)，每個(gè)事務(wù)提交，會(huì)寫入mysqld自己的log buffer中，每隔1秒將log buffer的內(nèi)容寫到log file中，然后flush到磁盤。
〇 當(dāng)為2時(shí)，每個(gè)事務(wù)提交，就會(huì)被寫到log file(OS cache)，但是log file每隔1秒才會(huì)被flush到磁盤，當(dāng)操作系統(tǒng)crash或斷電時(shí)，此時(shí)至多丟失1秒的事務(wù)。


0和2的區(qū)別是，
為0時(shí)，mysqld或操作系統(tǒng)crash則會(huì)導(dǎo)致1秒內(nèi)的事務(wù)被丟失。
為2時(shí)，當(dāng)操作系統(tǒng)crash或斷電會(huì)導(dǎo)致1秒內(nèi)的事務(wù)被丟失。

性能而言（由快至慢）：
0>2>1
安全性而言（由好至差）：
1>2>0

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“mysql中sync_binlog和innodb_flush_log_at_trx_commit怎么用”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)，關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來學(xué)習(xí)!