MySQL半同步复制要求主库提交事务时，至少等待一个从库接收并写入relay log后才返回成功，相比异步复制提升了数据安全性，但额外的等待过程会带来性能开销。如果rpl_semi_sync相关参数设置不当，性能下降会更为明显，需要针对性调整参数来平衡安全和效率。
半同步复制性能下降的核心原因
半同步复制的性能损耗主要来自事务提交时的等待环节，rpl_semi_sync参数直接控制等待的时长和条件，不合理的参数设置会放大等待开销：
- 等待超时时间过长，会导致主库事务长时间阻塞
- 等待从库数量设置过高，会增加等待成功的概率成本
- 未根据业务特性调整等待模式，会不必要地延长事务提交路径
关键rpl_semi_sync参数说明
主库端核心参数
主库的rpl_semi_sync参数决定了半同步复制的等待规则，以下是影响性能的核心参数：
| 参数名 | 默认值 | 作用 |
|---|---|---|
| rpl_semi_sync_master_enabled | OFF | 控制主库是否开启半同步复制 |
| rpl_semi_sync_master_timeout | 10000（单位毫秒） | 主库等待从库ACK的超时时间，超时后半同步自动降级为异步 |
| rpl_semi_sync_master_wait_for_slave_count | 1 | 主库需要等待多少个从库返回ACK才提交事务 |
| rpl_semi_sync_master_wait_point | AFTER_SYNC | 等待ACK的时机，可选AFTER_SYNC和AFTER_COMMIT |
从库端核心参数
从库参数主要影响ACK返回的速度，间接影响主库性能：
| 参数名 | 默认值 | 作用 |
|---|---|---|
| rpl_semi_sync_slave_enabled | OFF | 控制从库是否开启半同步复制 |
| rpl_semi_sync_slave_trace_level | 32 | 半同步复制的调试日志级别，生产环境建议设为0减少日志开销 |
rpl_semi_sync参数优化方案
优化rpl_semi_sync_master_timeout
该参数默认是10秒，对于事务敏感度高的业务，过长的超时会导致事务阻塞时间太久。如果业务可以接受短时间的数据不一致风险，可以适当缩短超时时间，让主库更快降级为异步复制：
-- 动态调整主库超时时间为3秒（3000毫秒） SET GLOBAL rpl_semi_sync_master_timeout = 3000; -- 写入配置文件永久生效 [mysqld] rpl_semi_sync_master_timeout=3000
如果业务对数据一致性要求极高，不能接受降级，可以适当延长该参数，但需要确保从库的网络和IO性能足够，避免频繁触发超时。
调整rpl_semi_sync_master_wait_for_slave_count
默认值为1，即只要1个从库返回ACK主库就可以提交事务。如果有多从库架构，不需要等待多个从库确认，保持默认值即可，避免增加不必要的等待成本：
-- 确认当前等待从库数量 SHOW GLOBAL VARIABLES LIKE 'rpl_semi_sync_master_wait_for_slave_count'; -- 如果值大于1，调整为1 SET GLOBAL rpl_semi_sync_master_wait_for_slave_count = 1;
选择合适的rpl_semi_sync_master_wait_point
AFTER_SYNC模式下，主库先同步binlog到从库，再提交事务，数据一致性更强，但等待路径更长；AFTER_COMMIT模式下，主库先提交事务再等待ACK，性能稍好但可能出现主库已提交从库未接收的情况。对于大多数业务，优先选择AFTER_SYNC，如果性能下降明显且能接受极短时间的不一致，可切换为AFTER_COMMIT：
-- 切换等待时机为AFTER_COMMIT SET GLOBAL rpl_semi_sync_master_wait_point = 'AFTER_COMMIT';
从库参数优化
从库需要开启半同步复制，同时关闭不必要的调试日志，提升ACK返回速度：
-- 从库开启半同步复制 SET GLOBAL rpl_semi_sync_slave_enabled = ON; -- 关闭半同步调试日志 SET GLOBAL rpl_semi_sync_slave_trace_level = 0; -- 重启从库IO线程使配置生效 STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;
优化效果验证
调整参数后，需要验证半同步复制状态和性能变化：
-- 查看半同步复制状态，确认Rpl_semi_sync_master_status为ON SHOW GLOBAL STATUS LIKE 'Rpl_semi_sync_master_status'; -- 查看半同步复制的回调次数，确认没有频繁降级 SHOW GLOBAL STATUS LIKE 'Rpl_semi_sync_master_no_times'; -- 查看平均事务提交延迟，对比优化前的变化 SHOW GLOBAL STATUS LIKE 'Rpl_semi_sync_master_avg_wait_time';
可以通过sysbench等工具压测优化前后的事务吞吐量和延迟，确认参数调整达到了性能优化的目标，同时没有破坏数据一致性要求。
注意事项
所有参数调整都需要先在测试环境验证，确认符合业务需求后再应用到生产环境。如果主从网络延迟较高，优先优化网络，再调整参数，避免单纯靠缩短超时时间导致频繁降级。如果业务对性能要求极高且能接受异步复制的风险，也可以评估是否关闭半同步复制，改用其他数据一致性保障方案。
另外，rpl_semi_sync参数调整后，建议持续监控主从复制延迟，确保从库能够及时接收主库的binlog，避免主库长时间等待从库ACK导致性能下降。
MySQL半同步复制rpl_semi_sync性能优化修改时间：2026-07-04 19:24:26