简介 详细讲述 sync_binlog参数
一 参数
包含两部分 1 sync本地磁盘 2 dump_thread时机
sync_binlog=0
1 binary log 不 sync 刷盘，依赖于 OS 刷盘机制
2 在flush阶段后通知DUMP线程发送Event。(不进入sync阶段)
sync_binlog=1
1 binary log 每次 sync 队列形成后都进行sync刷盘 约等于每次group commit 进行刷盘
2 在 sync 阶段后通知DUMP线程发送 Event
sync_binlog = N
1 binary log 将在指定次 sync 队列形成后进行 sync 刷盘
2 会在 flush 阶段后通知 DUMP 线程发送 Event。
二 binlog组提交技术
1 Flush：所有已经注册线程都将写入binary log缓存
2 Sync ：binary log缓存的数据将会sync到磁盘，当sync_binlog=1时所有该队列事务的二进制日志缓存永久写入磁盘
3 Commit: leader根据顺序调用存储引擎提交事务(innodb层)
4 所有队列都是串行化执行,这点要牢记
三 组提交细节
如何提高一次性group commit的数量
binlog_group_commit_sync_delay毫秒直到达到 binlog_group_commit_sync_no_delay_count事务个数时，将进行一次组提交。
四 具体流程
存储引擎（InnoDB) Prepare ----> 数据库上层(Binary Log) Flush Stage ----> Sync Stage ----> 调存储引擎（InnoDB）Commit stage.
五 总结
1 sync_binlog如果设置非1 可能导致从库比主库多数据.所以在重要环境还是建议使用sync_binlog=1
2 不同的sync_binlog值 对于dump线程何时获取binlog都是有影响的
3 dump线程确实是获取的binlog cache
4 所谓的sync_binlog涉及到的就是binlog组提交的sync阶段
此文章大多来源八怪大神相关文章总结,特此说明