mysql binlog写频率_mysql 参数调优(7) binlog的写入优化 sync

本文链接：https://blog.csdn.net/weixin_31533759/article/details/113234671

本文介绍了MySQL的sync_binlog参数对数据库性能和数据完整性的影响。sync_binlog设定何时将binlog写入磁盘，值为0时依赖于文件系统同步，性能最佳但风险最高；值为1时最安全但写入性能下降显著。通过实验，发现sync_binlog=1000相较于未开启binlog或sync_binlog=0，性能有所降低。适当地设置sync_binlog可以在一致性和性能间找到平衡。

摘要由CSDN通过智能技术生成

sync_binlog 决定什么时候写入binlog，影响到了mysql吞吐量和主从同步延迟

sync_binlog ：这个参数是对于MySQL系统来说是至关重要的，他不仅影响到Binlog对MySQL所带来的性能损耗，而且还影响到MySQL中数据的完整性。对于“sync_binlog”参数的各种设置的说明如下：

1、sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。

2、sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。

在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响，就是对写入性能影响太大，binlog虽然是顺序IO，多个事务同时提交，同样很大的影响MySQL和IO性能。虽然可以通过group commit的补丁缓解，但是刷新的频率过高对IO的影响也非常大。对于高并发事务的系统说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。

所以很多MySQL DBA设置的sync_binlog并不是最