异步复制主库不等待从库即返回,数据有丢失风险;半同步复制要求至少一个从库写入并落盘relay log后主库才提交,MySQL 5.7增强版采用AFTER_SYNC模式,兼顾可靠性与性能,超时自动降级为异步。

核心区别在于主库提交事务时,是否等待从库确认接收并落盘。
异步复制:主库不等从库,写完就返回
主库执行完事务、写入本地 binlog 后,立刻向客户端返回成功,完全不检查从库状态。从库靠自己的 IO_THREAD 异步拉取日志,写入 relay log,再由 SQL_THREAD 回放——三者全程无依赖、无阻塞。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 性能高,主库吞吐不受从库延迟或故障影响
- 风险明显:主库宕机时,刚提交但尚未传到从库的事务会永久丢失
- 常见现象:写完立刻查从库查不到;主备切换后发现最新几条订单“消失”
半同步复制:至少一个从库落盘 relay log,主库才提交
主库把事务写入 binlog 后,并不立即提交,而是等待至少一个从库将该事件完整写入并 fsync 到本地 relay log(即“收到并落盘”),收到 ACK 后才完成提交。MySQL 5.7 起默认启用增强版 AFTER_SYNC 模式,确保安全性。
- 数据更可靠:只要那个 ACK 过的从库存活,切换后就能保证不丢也不多
- 性能有折中:单次事务 RT 增加约 10–50ms,主要来自网络和从库 I/O
- 具备降级机制:超时(默认 10 秒)未收到 ACK,自动切回异步,避免业务阻塞
怎么判断当前用的是哪种?
运行以下命令查看关键变量:
- SELECT @@rpl_semi_sync_source_enabled; —— 若为 OFF,说明主库未启用半同步
- SELECT @@rpl_semi_sync_replica_enabled; —— 若为 OFF,说明从库未启用半同步
- SELECT @@rpl_semi_sync_master_wait_point; —— 返回 AFTER_SYNC 才是 MySQL 5.7+ 的增强半同步
适用场景差异很直接
- 异步适合:报表库、日志归档、读多写少且允许秒级甚至分钟级延迟的系统
- 半同步适合:金融交易、订单写后即读、主备切换要求零数据丢失的核心业务

















