面对互联网业务的不断深化以及业务量的爆发式增长，传统数据库架构迎来了前所未有的挑战和变革。在传统数据库领域，Oracle一直占据了很大的市场份额，很多企业的业务系统基于此实现OLTP交易场景。近年来，随着分布式技术的发展，分布式数据库逐渐占据了OLTP领域较大的市场，尤其在互联网领域，MYSQL、PG等分布式数据库的应用非常广泛。随着软件国产化、自主可控战略的提出，去“Oracle”逐渐被提上日程，非互联网企业也开始考虑数据库转型，其中，分布式数据库即是一个重要转型方向。
不同于Oracle数据库的集中式、主从式架构，分布式数据库将位于不同地点的多个服务器通过网络互相连接，共同组成一个完整的、全局的大型数据库，它在逻辑上集中、物理上分布；在数据存储上，分布式数据库将数据打散存储在不同服务器上，故而将数据库压力分散到不同服务器上。故而使得分布式数据库具备了可扩展性、高并发性、高可用性等特点。
很多企业原本都是传统数据库一体化解决方案，在进行Oracle向分布式数据库迁移时会遇到很多难点，传统数据库设计与运维经验不一定完全适合分布式数据库。那么，从Oracle迁移至MYSQL、PG等分布式数据库会遇到哪些障碍？这些障碍是否能顺利解决？
（1）不同数据库之间的异构数据如何做到无损迁移？Oracle存量数据如何成功迁移至MYSQL、PG等分布式数据库？
（2）Oracle数据库迁移至MYSQL、PG等分布式数据库过程中如何保障系统稳定性？如何设置异构数据库并行过渡期？
（3）Oracle数据库往往和应用耦合度较高，迁移过程还会涉及到应用迁移和改造，特别是存储过程、触发器、自定义函数等方面的改造，将业务逻辑实现方从数据库上移至应用，那么如何评估改造量和改造难度？兼容性如何保障？
（4）数据库迁移完成后如何成功建转运？或者说，在数据库设计阶段如何设计运维方案？除了分布式数据库的高可用、负载均衡设计，传统运维方案中的网络、存储、监控告警、备份恢复等等应该如何规划？