DTS迁移本地MySQL问题

针对您在迁移阿里云ECS自建MySQL至阿里云RDS MySQL过程中遇到的全量迁移失败问题，以下是一些可能的原因分析与解决建议：

1. 数据不一致问题

• 现象说明：源表数据量与目标表数据量存在巨大差异（如源3.7亿行、20G，目标却有18亿行、170G），这表明可能存在数据异常复制或解析错误。
• 检查建议：
  • 任务日志审查：登录DTS控制台，查看该迁移任务的日志，定位到执行失败的DDL或DML操作，确认是否有错误信息提示。
  • 列名大小写敏感性：确保没有因列名大小写不同导致的数据重复写入问题。

2. 磁盘空间不足

• 现状描述：RDS实例磁盘已接近满载（700多G/800G），可能导致迁移无法继续。
• 解决方案：
  • 临时扩盘：考虑临时增加RDS实例的存储空间，以确保迁移能够完成。注意，根据RDS类型和配置，可能需要提前规划停机时间进行扩盘操作。
  • 优化数据：如果扩盘不可行或时间紧迫，检查目标数据库中是否存在不必要的数据膨胀，尝试清理或优化数据结构。

3. DTS任务设置与优化

• 迁移速率限制：检查是否对全量迁移设置了过低的迁移速率限制，这可能会延长迁移时间。根据实际情况适当调整QPS、RPS、BPS等参数。
• 重试策略：确认DTS任务的重试机制设置是否合理，包括连接失败后的重试时间和非连接性错误的重试时间，避免因频繁失败而长时间占用资源。
• 心跳表SQL：评估是否关闭了心跳表SQL写入，因为这可能影响DTS任务的延迟感知，但同时需权衡对源库物理备份等操作的影响。

4. 源库状态监控

• 主备切换影响：如果源库是主从架构，在迁移期间发生主备切换，可能导致迁移任务失败。确保迁移期间源库稳定，避免计划外的操作。
• DML活动监控：在全量迁移阶段，尽量避免在源数据库中写入新数据，以免影响迁移一致性。

5. 特殊情况处理

• DDL失败处理：若发现DDL迁移失败，及时在任务日志中查找并手动修正。
• TDE加密影响：确认RDS实例是否开启了透明数据加密（TDE），此情况下不支持全量数据迁移，需调整迁移策略。

总结行动点

1. 立即检查DTS任务日志，定位具体失败原因。
2. 评估并调整RDS存储空间，必要时紧急扩容。
3. 优化DTS迁移配置，特别是迁移速率限制和重试策略。
4. 确保源数据库稳定性，避免迁移期间的架构变动。
5. 关注特殊功能影响，如TDE加密状态。

请按照上述步骤逐一排查并采取相应措施，如有进一步的技术疑问，建议直接联系阿里云技术支持获取专业帮助。您也可以通过ECS一键诊断全面排查并修复ECS问题。