通过配置sync_binlog=1、innodb_flush_log_at_trx_commit=1及半同步复制，确保主库事务提交前日志已落盘并被从库接收，结合监控与自动切换工具，可显著降低MySQL复制中的数据丢失风险。
启用二进制日志并设置同步刷盘
主库必须开启二进制日志（binary log），这是复制的基础。同时为了防止主库崩溃时未写入磁盘的binlog丢失，应配置以下参数：
- sync_binlog = 1：确保每次事务提交后都将二进制日志写入磁盘，避免因系统崩溃导致binlog丢失。
在主库的my.cnf中添加：
[mysqld] log-bin = mysql-bin server-id = 1 sync_binlog = 1
使用InnoDB双一标准保证持久性
InnoDB存储引擎的两个关键参数直接影响事务是否真正落盘：
- innodb_flush_log_at_trx_commit = 1：确保每次事务提交时都把redo log刷到磁盘。
- innodb_support_xa = 1（MySQL 5.7+ 默认开启）：保证binlog和redo log提交顺序一致，避免主从数据不一致。
建议配置：
innodb_flush_log_at_trx_commit = 1 innodb_support_xa = ON
配置半同步复制（Semi-Synchronous Replication）
异步复制存在主库提交后从库尚未接收就宕机的风险。启用半同步可确保至少一个从库接收到并记录relay log后，主库才完成提交。
- 主库安装插件：
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; - 从库安装插件：
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so'; - 主库配置：
rpl_semi_sync_master_enabled = 1 - 从库配置：
rpl_semi_sync_slave_enabled = 1
重启从库I/O线程使配置生效：
STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;
监控复制状态并设置自动切换机制
即使配置了上述策略，也需持续监控复制延迟和状态，及时发现异常。
- 定期检查
SHOW SLAVE STATUS\G中的Seconds_Behind_Master、SQL thread和I/O thread状态。 - 结合MHA、Orchestrator等工具实现故障自动转移，减少人工干预时间。
若主库发生不可恢复故障，可通过最新的从库提升为主库，最大限度减少数据丢失。
基本上就这些。通过合理配置binlog、InnoDB持久化参数及启用半同步复制，可以显著降低MySQL复制过程中的数据丢失风险。虽然性能会略有下降，但在多数生产环境中，数据安全优先于极致性能。
