MySQL 的半同步复制：工作原理、优缺点与应用场景_mysql半同步复制数据会丢失吗-CSDN博客

本文链接：https://blog.csdn.net/linnaa6/article/details/146202764

在数据库高可用架构中，数据复制是确保数据一致性和容灾能力的关键技术。MySQL 复制模式主要包括异步复制（Asynchronous Replication）、半同步复制（Semi-Synchronous Replication）和组复制（Group Replication）。其中，半同步复制（Semi-Sync Replication）在保证性能的同时，提高了数据一致性，因而成为一种折中方案。本文将详细介绍 MySQL 半同步复制的原理、优缺点及其应用场景。

一、MySQL 半同步复制的工作原理

MySQL 的半同步复制（Semi-Synchronous Replication）是介于异步复制与同步复制之间的一种复制模式，它的核心机制如下：

主库（Master）提交事务前，等待至少一个从库（Slave）确认
- 当主库执行写操作（如 INSERT、UPDATE、DELETE），会将变更记录写入 binlog（Binary Log）。
- 主库不会立即确认事务完成，而是等待至少一个从库收到 binlog 并写入中继日志（Relay Log）。
从库确认接收后，主库提交事务
- 只有当至少一个从库成功接收 binlog 并发送 ACK（确认）信号，主库才会正式提交事务。
主库超时或无从库响应时，自动降级为异步复制
- 如果主库等待的时间超过设定的超时时间（默认 10 秒），则会回退为异步复制模式，允许事务提交，以保证主库可用性。

半同步复制 vs. 其他复制模式

复制模式	事务提交方式	数据一致性	延迟	可用性
异步复制	事务提交后不等待从库	低，可能丢失数据	可能较大	高
半同步复制	事务提交前等待至少一个从库	较高，减少数据丢失风险	适中	适中
同步复制（组复制）	所有从库都完成事务才确认	高，一致性最强	最高	低（影响写入性能）

二、半同步复制的优点

相比传统的异步复制，半同步复制提供了更高的安全性和一致性，主要优点包括：

降低数据丢失风险
- 异步复制下，主库宕机可能导致部分数据丢失，而半同步复制要求至少一个从库确认事务，有效减少数据丢失的可能性。
提高数据一致性
- 半同步复制确保至少一个从库的数据是最新的，在主库发生故障时，可以更快地提升从库为主库，减少数据回滚风险。
支持主从自动切换（Failover）
- 由于从库接收到 binlog 后立即写入日志，可以在主库故障后，迅速切换到可用的从库，保证业务连续性。

三、半同步复制的缺点

虽然半同步复制提高了数据一致性，但它仍然存在一些局限性：

影响写入性能
- 由于主库必须等待至少一个从库的 ACK 确认，网络延迟较高时，事务提交速度会变慢，影响高并发写入的性能。
可能触发降级回退（Fallback）
- 如果所有从库都宕机，主库会自动回退到异步复制模式，这可能导致数据丢失风险回升。
对从库要求较高
- 如果从库响应慢或负载高，可能导致主库长时间等待，影响整体数据库的吞吐能力。

四、MySQL 半同步复制的应用场景

1. 关键业务系统（银行、支付等）

半同步复制适用于对数据一致性要求较高的场景，如银行交易系统、支付系统、订单管理等。相比异步复制，它可以减少数据丢失的风险。

2. 高可用数据库架构（HA，High Availability）

在企业级数据库架构中，半同步复制可以与**自动主从切换（Failover）**工具（如 MHA、Orchestrator）结合，实现快速的主库故障恢复，保障业务连续性。

3. 需要提高灾备能力的场景

如果业务涉及数据灾备（如跨数据中心复制），使用半同步复制可以确保远程从库至少接收到部分事务，降低数据丢失风险。

五、如何配置 MySQL 半同步复制？

1. 启用半同步复制插件

在主库（Master）和从库（Slave）上都需要安装半同步复制插件，执行以下命令：

INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';

2. 配置主库

在 my.cnf 或 my.ini 中添加以下配置：

[mysqld]
plugin-load-add=semisync_master.so
rpl_semi_sync_master_enabled=1
rpl_semi_sync_master_timeout=10000  # 超时时间（单位：毫秒）

然后重启 MySQL，并执行以下 SQL 语句启用半同步复制：

SET GLOBAL rpl_semi_sync_master_enabled = 1;

3. 配置从库

在从库 my.cnf 配置：

[mysqld]
plugin-load-add=semisync_slave.so
rpl_semi_sync_slave_enabled=1

然后执行以下命令启用半同步模式：

SET GLOBAL rpl_semi_sync_slave_enabled = 1;

4. 检查复制状态

在主库执行：

SHOW STATUS LIKE 'Rpl_semi_sync%';

如果 Rpl_semi_sync_master_status 为 ON，表示半同步复制已启用并生效。

六、总结

MySQL 的半同步复制在数据一致性与系统性能之间取得了较好的平衡。它确保至少有一个从库接收事务日志，从而减少数据丢失风险，适用于高可用、高安全性的数据库架构。然而，由于其写入性能开销，在高并发场景下需要谨慎选择。

何时选择半同步复制？

✅ 适用于对数据一致性要求较高的关键业务系统

✅ 适用于高可用架构，减少数据丢失风险

✅ 适用于主从切换场景，提高故障恢复能力

何时不适用？

❌ 如果写入性能至关重要，例如高吞吐量的 OLTP 系统

❌ 如果主从之间网络延迟较大，可能导致事务提交变慢

在实际应用中，可以结合读写分离、组复制、MHA等技术，进一步增强 MySQL 复制的可靠性和扩展性。🚀

📌 有什么问题和经验想分享？欢迎在评论区交流、点赞、收藏、关注！ 🎯