面试题：MySQL 复制中，非事务型表对数据一致性有何影响及如何应对

Question

在 MySQL 复制架构里，非事务型表在数据复制过程中会对数据一致性产生什么样的影响？针对这些影响，你能提出哪些有效的应对策略？

Answer 1

非事务型表在数据复制过程中对数据一致性的影响

1. 部分复制问题：非事务型表不支持事务的原子性，在主库执行多个操作时，如果中途出现故障，可能部分操作已完成并被记录到二进制日志，从库在复制时可能只执行了部分操作，导致主从数据不一致。
2. 数据丢失风险：由于非事务型表不具备事务的持久性，如果主库在记录二进制日志前发生崩溃，已经执行的非事务型表操作数据可能丢失，从库无法复制这部分数据，造成数据不一致。
3. 并发问题：在主从复制过程中，主库并发写入非事务型表，从库按照日志顺序重放时，可能因为并发操作的不同步导致数据状态不一致。例如，主库上并发插入数据到非事务型表，从库重放顺序与主库实际执行顺序有差异，可能出现数据重复或缺失。

应对策略

1. 使用事务型表：将非事务型表（如 MyISAM）转换为事务型表（如 InnoDB），利用事务的原子性、一致性、隔离性和持久性特性，确保主库操作要么全部成功复制到从库，要么全部失败，保证数据一致性。
2. 合理设置复制选项：通过设置 sync_binlog 参数，确保主库在执行一定数量的事务后将二进制日志同步到磁盘，降低数据丢失风险。同时，调整 innodb_flush_log_at_trx_commit 参数，控制 InnoDB 存储引擎将日志缓冲区中的日志刷新到磁盘的时机，提高数据持久性。
3. 加强监控与校验：定期运行主从数据一致性校验工具，如 pt-table-checksum，及时发现并修复主从数据不一致问题。监控主从复制延迟情况，当延迟过大时及时排查原因，避免因延迟积累导致数据不一致。
4. 使用同步机制：在主库上对非事务型表的关键操作添加同步机制，如使用锁来保证操作的顺序性，使从库能按相同顺序重放日志，减少并发导致的数据不一致。