Mysql開啟bin-log日志使用bin-log時，默認情況下，并不是每次執行寫入就與硬盤同步，這樣在服務器崩潰是，就可能導致bin-log最后的語句丟失。

可以通過這個參數來調節，sync_binlog=N，使執行N次寫入后，與硬盤同步。1是最安全的，但是也是最慢的。

參考：http://blog.csdn.net/wulantian/article/details/9965905

sync_binlog=1 or N

This makes MySQL synchronize the binary log’s contents to disk each time it commits a transaction

默認情況下，并不是每次寫入時都將binlog與硬盤同步。因此如果操作系統或機器(不僅僅是MySQL服務器)崩潰，有可能binlog中最后的語句丟 失了。要想防止這種情況，你可以使用sync_binlog全局變量(1是最安全的值，但也是最慢的)，使binlog在每N次binlog寫入后與硬盤 同步。即使sync_binlog設置為1,出現崩潰時，也有可能表內容和binlog內容之間存在不一致性。如果使用InnoDB表，MySQL服務器 處理COMMIT語句，它將整個事務寫入binlog并將事務提交到InnoDB中。如果在兩次操作之間出現崩潰，重啟時，事務被InnoDB回滾，但仍 然存在binlog中。可以用--innodb-safe-binlog選項來增加InnoDB表內容和binlog之間的一致性。(注釋：在MySQL 5.1中不需要--innodb-safe-binlog；由于引入了XA事務支持，該選項作廢了)，該選項可以提供更大程度的安全，使每個事務的 binlog(sync_binlog =1)和(默認情況為真)InnoDB日志與硬盤同步，該選項的效果是崩潰后重啟時，在滾回事務后，MySQL服務器從binlog剪切回滾的 InnoDB事務。這樣可以確保binlog反饋InnoDB表的確切數據等，并使從服務器保持與主服務器保持同步(不接收 回滾的語句)。

總結

以上是生活随笔為你收集整理的mysql syncbinlog_Mysql之sync-binlog参数的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。