摘要：
MySQL配置参数sync_Binlog描述MySQL˃selectversion（）+----------+|version（）|+----------+| 5.7.23 |+----------+1rowinsetmysql˃showvariables like'sync_Binlog'；+--------+--------+|Variable_ name | Value |+---------------+---------------+| sync_ Binlog | 1 |+---------------+--------------+rowinsetMySQL提供sync_ Binlog参数控制将数据库的Binlog刷新到磁盘。默认情况下，sync_Binlog=0，这意味着MySQL不控制Binlog的刷新，但文件系统本身控制其缓存的刷新。因为一旦系统崩溃，缓存中的所有binlog信息都将丢失。尽管binlog是顺序IO，sync是set_binlog=1，但同时提交多个事务，这也极大地影响了MySQL和IO性能。对于具有高并发事务的系统，“sync_binlog”设置为0的系统与“sync_binlog”设置为1的系统之间的写入性能差距可能高达5倍或更多。MySQL DBA_Binlog设置的许多同步不是最安全的1，而是100或0。
Mysql配置参数sync_binlog说明
mysql> select version(); +-----------+ | version() | +-----------+ | 5.7.23 | +-----------+ 1 row in set (0.00 sec) mysql> show variables like 'sync_binlog'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | sync_binlog | 1 | +---------------+-------+ 1 row in set (0.00 sec)
MySQL提供一个sync_binlog参数来控制数据库的binlog刷到磁盘上去。
默认，sync_binlog=0，表示MySQL不控制binlog的刷新，由文件系统自己控制它的缓存的刷新。这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。
如果sync_binlog>0，表示每sync_binlog次事务提交，MySQL调用文件系统的刷新操作将缓存刷下去。最安全的就是sync_binlog=1了，表示每次事务提交，MySQL都会把binlog刷下去，是最安全但是性能损耗最大的设置。这样的话，在数据库所在的主机操作系统损坏或者突然掉电的情况下，系统才有可能丢失1个事务的数据。但是binlog虽然是顺序IO，但是设置sync_binlog=1，多个事务同时提交，同样很大的影响MySQL和IO性能。虽然可以通过group commit的补丁缓解，但是刷新的频率过高对IO的影响也非常大。对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。
所以很多MySQL DBA设置的sync_binlog并不是最安全的1，而是100或者是0。这样牺牲一定的一致性，可以获得更高的并发和性能。