使用事务、数据校验、增量同步和锁表切换可确保MySQL迁移一致性：先通过事务保证写入原子性，再用行数、字段聚合及MD5校验比对数据，结合binlog增量同步与双写控制实现不停机迁移，割接期通过锁表与只读保障一致性，最终按业务场景选择方案并执行校验监控。
在进行MySQL数据库迁移时，保证数据一致性是关键目标之一。迁移过程中如果处理不当，容易出现数据丢失、重复或不一致的问题。以下是一些常用且有效的策略和方法来确保迁移过程中的数据一致性。
1. 使用事务保证原子性
在迁移数据时，尤其是跨库或跨实例操作，应尽量使用事务来包裹写入操作。事务能确保一组操作要么全部成功，要么全部回滚，避免中间状态导致的数据不一致。
建议：
- 在目标库执行INSERT或UPDATE前开启事务
- 批量写入后验证记录数和校验和，再提交事务
- 遇到错误及时回滚，避免残留脏数据
2. 数据校验与比对机制
迁移完成后必须进行数据一致性校验。可以通过以下方式实现：
- 行数对比：比较源表和目标表的COUNT(*)结果
- 字段级校验：对关键字段（如金额、状态）做SUM、MAX等聚合对比
- MD5校验和：对全字段拼接后计算MD5，适用于小表精确比对
- 使用工具如pt-table-checksum进行自动化校验
3. 增量同步与双写控制
对于不能停机的系统，需采用增量同步机制。常见做法是：
- 先全量迁移历史数据
- 通过解析binlog捕获迁移期间的变更（如使用Canal、Maxwell）
- 在应用层短暂切换为双写模式，确保新旧库都写入
- 最终通过时间窗口补齐差异数据
4. 锁表与只读切换
为避免迁移过程中数据被修改，可在割接窗口期将源库设为只读：
- 执行 FLUSH TABLES WITH READ LOCK; 锁定所有表
- 记录当前binlog位置（SHOW MASTER STATUS）
- 导出数据并导入目标库
- 释放锁后对比并追平增量
基本上就这些核心方法。关键是根据业务场景选择合适的方案——小数据量可用锁表+全量迁移，大数据量或高可用要求系统则推荐结合binlog的增量同步+校验机制。整个过程要注重监控和回滚预案，确保万无一失。
