使用主从复制实现数据同步并平滑切换，2. 借助Percona Toolkit等工具在线迁移避免锁表，3. 通过分批迁移与双写保障一致性，4. 利用中间件屏蔽底层变化。核心是先同步、再验证、后切换，全程不停服。
在 MySQL 中迁移数据时避免中断服务，关键在于使用对线上业务影响最小的方案。直接停机拷贝数据不可取，尤其在高可用要求的系统中。以下是几种常见且有效的无中断迁移方法。
1. 使用主从复制（Replication）机制
通过搭建主从结构实现平滑迁移：
- 将目标服务器配置为现有数据库的从库，自动同步数据。
- 等待数据完全同步后，停止写入原主库，将应用切换到新主库。
- 切换完成后，可重新配置原库为从库或下线。
优点是迁移过程不影响读写操
作，适合大体量数据迁移。
2. 利用在线迁移工具（如 Percona Toolkit）
pt-online-schema-change 和 gh-ost 支持在线修改表结构或迁移数据，无需锁表：
- 工具会创建一个影子表，在后台逐步同步数据。
- 通过触发器保持源表与目标表的数据一致性。
- 完成同步后原子性替换原表。
适用于单表结构调整或小范围迁移，对服务几乎无感知。
3. 分批迁移 + 双写机制
在应用层控制数据流向，实现灰度迁移：
- 在新旧数据库同时写入（双写），确保数据冗余。
- 将历史数据分批次迁移，通过校验工具比对一致性。
- 确认无误后关闭旧库写入，切换读请求至新库。
需要开发配合，但灵活性高，适合复杂业务场景。
4. 使用中间件或代理层
借助数据库中间件（如 MyCat、ShardingSphere）：
- 在中间层屏蔽底层数据库变化。
- 逐步将数据迁移到新节点，中间件负责路由。
- 迁移完成后下线旧节点。
适合分布式架构，降低应用改造成本。
基本上就这些。选择哪种方式取决于数据量、业务容忍度和架构复杂度。核心思路是：先同步、再验证、最后切换，全程避免单点停机。
