迁移前：预评估阶段（7个关键点）
1. 全面评估现状
迁移前必须完整梳理：数据库版本、数据量、表结构、存储过程、触发器、视图、依赖关系。遗漏任何一项都可能在迁移后引发问题。
2. 选对目标数据库
不同国产数据库有不同的适用场景：
- 达梦（DM）：政务、金融，Oracle 兼容性好
- OceanBase：高并发、分布式场景
- GaussDB：华为生态，云原生
3. 做兼容性评估矩阵
覆盖数据类型映射、SQL 语法差异、事务隔离级别、存储过程语法。
4. 制定详细迁移路线图
包含每个阶段的 KPI 和回滚方案，不能只有「迁移计划」没有「回滚计划」。
5. 评估数据敏感性和合规要求
政务、金融场景有特殊的数据安全要求，需要提前确认。
6. 资源需求往往被低估
双系统并行运行期间，资源消耗是单系统的 2 倍以上，提前规划。
7. 团队技能评估
提前培训目标数据库的运维技能，不能等迁移完了再学。
迁移中：实施阶段（14个关键点）
8. 数据类型映射不一致
不同数据库对同一类型的实现可能有差异，例如 Oracle 的 NUMBER 类型在国产数据库中的对应关系需要逐一确认。
9. 序列处理差异
Oracle 序列和 MySQL 自增 ID 的行为不完全相同，迁移后需要验证序列的连续性和性能。
10. 索引类型差异
函数索引、位图索引等特殊索引类型在不同数据库中的支持情况不同。
11. PL/SQL 转换复杂度
存储过程、函数的语法差异往往是迁移中最耗时的部分，需要逐一人工审查。
12. 触发器执行顺序
多个触发器的执行顺序在不同数据库中可能不同，需要验证业务逻辑的正确性。
13. 视图和物化视图
物化视图的刷新机制在不同数据库中差异较大。
14. 权限体系迁移
用户、角色、权限的迁移容易遗漏，导致迁移后应用无法正常访问。
15. 字符集和排序规则
字符集不兼容会导致中文乱码，排序规则差异会影响查询结果。
16. 批处理性能差异
同样的批量操作在不同数据库上的性能可能差异很大，需要重新调优。
17. 事务隔离级别
默认隔离级别不同可能导致并发问题，需要根据业务需求显式设置。
18. 临时表实现方式
全局临时表和会话临时表的行为在不同数据库中不同。
19. 分布式事务测试
跨库事务需要充分测试，确保数据一致性。
20. DBLink 替换方案
Oracle DBLink 在国产数据库中的替代方案需要提前规划。
21. 备份恢复机制调整
目标数据库的备份工具和恢复流程与源数据库不同，需要重新建立备份体系。
迁移后：运维阶段（9个关键点）
22. 性能调优需要时间
迁移后的性能调优不是一次性工作，需要持续观察和优化。
23. 监控体系重建
原有的监控指标和告警规则需要针对新数据库重新配置。
24. 连接池配置
连接池参数需要根据新数据库的特性重新调整。
25. 版本升级兼容性
国产数据库版本升级时需要重新评估兼容性。
26. 文档及时更新
迁移完成后立即更新运维文档，避免文档与实际情况脱节。
27. 明确厂商支持渠道
国产数据库的技术支持响应速度和质量参差不齐，提前确认支持渠道。
28. 回滚能力保留
迁移完成后至少保留 3 个月的回滚能力，不要急于下线旧系统。
29. 知识转移
确保团队掌握新数据库的运维技能，不能依赖单一人员。
三条核心原则
- 分阶段验证：外围系统先迁，核心系统后迁
- 工具 + 人工：自动化工具处理约 90%，剩余 10% 需要人工精细化处理
- 持续性能优化：迁移完成不是终点，针对国产数据库特性的持续调优才是关键