sync_binlog=1导致写入变慢的主因是每次事务提交都强制fsync刷盘，与innodb_flush_log_at_trx_commit=1形成双重I/O压力；应设为0或100并配合调优binlog_format、binlog_cache_size等参数。
sync_binlog=1 是开启 binlog 后写入变慢的最常见元凶，不是磁盘慢，而是每次事务提交都强制刷盘；默认值为 1，必须显式调低或关掉才能释放写入吞吐。
为什么 sync_binlog=1 会让写入卡住？
MySQL 8.0 默认开启 binlog，且 sync_binlog=1，意味着每个事务提交时都要执行一次 fsync() 将 binlog 刷到磁盘。这和 innodb_flush_log_at_trx_commit=1 形成双重同步压力，尤其在高并发小事务场景下，I/O 等待直接成为瓶颈。
常见现象包括：
- SHOW PROCESSLIST 中大量线程卡在 Writing to binlog 状态
- Binlog_group_commit_trigger_delay 持续升高，group commit 队列积压
- binlog_cache_disk_use > 0，说明缓存溢出、频繁落盘临时文件
怎么安全地调低 sync_binlog？
不能只改 session 级别，必须设 global 并确保持久化（除非你明确接受重启后失效）：
- 临时生效：SET GLOBAL sync_binlog = 0;（每秒由 OS 刷盘，不强制 fsync）
- 永久生效：在 my.cnf 的 [mysqld] 段添加 sync_binlog = 0，然后重启
注意：
- sync_binlog = 0 下，崩溃最多丢失 1 秒内未刷盘的 binlog，但主从数据一致性风险可控（只要 innodb_flush_log_at_trx_commit 不是 0）
- 若必须保留强一致性，可折中设为 sync_binlog = 100（每 100 个事务刷一次），但需配合压测验证延迟抖动是否可接受
必须同步检查的三个配套点
单独调 sync_binlog 很可能白忙：
- binlog_format 必须是 ROW，否则 WRITESET 并行回放失效，从库拖慢也会反向抑制主库提交节奏
- binlog_cache_size 建议设为 20971520（20MB），避免大事务触发磁盘临时文件（查 SHOW STATUS LIKE 'binlog_cache_disk_use' 确认是否为 0）
- 关闭不必要的日志：确认 general_log = OFF、audit_log = OFF（若未启用审计插件），这些默认关闭项一旦被意外打开，会吃掉大量 I/O
log_bin 能不能直接关？
能，但仅限确定不需要主从、闪回、审计等依赖 binlog 的场景：
- 在 my.cnf 中注释或删除 log-bin 行，然后重启 MySQL
- 注意：log_bin 是只读变量，无法用 SET GLOBAL 动态关闭
- 关闭后，innodb_flush_log_at_trx_commit=2 的收益会更明显，因为两阶段提交（2PC）链路被彻底绕过
sync_binlog？
不能只改 session 级别，必须设 global 并确保持久化（除非你明确接受重启后失效）：
- 临时生效：SET GLOBAL sync_binlog = 0;（每秒由 OS 刷盘，不强制 fsync）
- 永久生效：在 my.cnf 的 [mysqld] 段添加 sync_binlog = 0，然后重启
注意：
- sync_binlog = 0 下，崩溃最多丢失 1 秒内未刷盘的 binlog，但主从数据一致性风险可控（只要 innodb_flush_log_at_trx_commit 不是 0）
- 若必须保留强一致性，可折中设为 sync_binlog = 100（每 100 个事务刷一次），但需配合压测验证延迟抖动是否可接受
必须同步检查的三个配套点
单独调 sync_binlog 很可能白忙：
- binlog_format 必须是 ROW，否则 WRITESET 并行回放失效，从库拖慢也会反向抑制主库提交节奏
- binlog_cache_size 建议设为 20971520（20MB），避免大事务触发磁盘临时文件（查 SHOW STATUS LIKE 'binlog_cache_disk_use' 确认是否为 0）
- 关闭不必要的日志：确认 general_log = OFF、audit_log = OFF（若未启用审计插件），这些默认关闭项一旦被意外打开，会吃掉大量 I/O
log_bin 能不能直接关？
能，但仅限确定不需要主从、闪回、审计等依赖 binlog 的场景：
- 在 my.cnf 中注释或删除 log-bin 行，然后重启 MySQL
- 注意：log_bin 是只读变量，无法用 SET GLOBAL 动态关闭
- 关闭后，innodb_flush_log_at_trx_commit=2 的收益会更明显，因为两阶段提交（2PC）链路被彻底绕过
log_bin 能不能直接关？
能，但仅限确定不需要主从、闪回、审计等依赖 binlog 的场景：
- 在 my.cnf 中注释或删除 log-bin 行，然后重启 MySQL
- 注意：log_bin 是只读变量，无法用 SET GLOBAL 动态关闭
- 关闭后，innodb_flush_log_at_trx_commit=2 的收益会更明显，因为两阶段提交（2PC）链路被彻底绕过
真正卡住写入的，往往不是 SQL 本身，而是 binlog 刷盘策略与事务提交节奏没对齐。参数调完后，盯紧 binlog_cache_disk_use 和 Writing to binlog 状态，比看 TPS 数字更早暴露问题。
