独家揭秘东南亚电商平台 Prestomall 去 Oracle 的全过程

很多人都说：“现在的东南亚就像是坐着时光机，回到了90年代的中国市场。” 的确，在互联网领域，我们经常能在东南亚看到中国互联网发展历程的影子。本文我们将详细介绍一下东南亚企业的去Oracle经历，揭秘中国经验是如何复制到东南亚市场的。

Prestomall是一家成立于2014年的东南亚电商企业，此前这家企业一直使用的是Oracle数据库。所有业务全部由一套Oracle数据库支持，同时还有一套Oracle数据库用来支撑测试环境。

2018年8月，距离 Oracle 数据库软件授权证到期还有3个月的时间，Prestomall决定不再使用Oracle数据库，并开始寻找替代方案。为什么Prestomall决定在这个时候去Oracle呢？选定的替代方案是什么呢？整个迁移过程又是如何做的？…为了搞清楚这些问题，InfoQ采访了参与Prestomall去Oracle全过程的阿里云技术团队。

为什么要去Oracle？

过去几年，随着整个东南亚移动互联网的发展，Prestomall也迎来了增长黄金期。以营收规模计算，过去3个财年，该公司实现了256%的增长。Prestomall 业务的成功使得公司需要处理的数据量出现井喷式的增长，IT费用也随之水涨船高，这也是Prestomall决定去Oracle的主要原因。

Oracle的License费用太高了，随着 Prestomall 客户量和数据量的增加，这部分费用占据了大部分的IT预算，制约了其业务的发展，所以在授权还剩三个月的时候，Prestomall开始寻找Oracle的替代方案。

另外，随着业务的快速发展，现有的Oracle数据库垂直架构限制了其弹性增长的需求，传统数据库不适应快速的互联网+发展，这也使得Prestomall下定决心替换Oracle。

技术选型

减少IT费用是 Prestomall 去Oracle的主要原因，所以最初在选择替代方案时，IT费用是一个重要的指标，同时由于授权即将到期，迁移时间也是需要考虑的重要因素。

最开始的选型方案：更倾向于开源数据库

据了解，Prestomall最初想到的替代方案有三种，分别是：

第一种，采用Oracle外的另一种商用数据库，如IBM DB2, 微软SQL Server等；

第二种，使用开源数据库，例如MySQL、PostgreSQL；

第三种，保留Oracle，继续续费License；

Prestomall想要彻底去Oracle，摆脱传统传统商业数据库厂商的锁定，所以排除了第一种和第三种方案。其实保留Oracle或者使用其它商业数据库本就是权宜之举，除非没有可行的办法或者时间来不及，才会保留Oracle，毕竟业务的正常运行是必须要保障的事情。不过，Prestomall 团队也意识到，如果继续拖延的话，未来去Oracle的困难和挑战将会更大。

经过一番评估之后，Prestomall 团队更倾向于选择开源数据。在备选的开源数据库产品中，PostgreSQL 比MySQL提供了更多的SQL功能，应用方面也与Oracle更加贴近，并且迁移成本也较低，自然成为了技术选型的第一选择。

在有了初步的技术选型之后，Prestomall 团队就迁移方案做了进一步细化的评估：

第一， 选取的数据库与已有的Oracle有多大的兼容性 ？

第二， 延用已有的本地部署解决方案，还是迁移上云？

第三， 迁移的工作量和时间究竟会多久？

第四， 采用新的技术方案，是否有足够的技术支持？

最终选型方案：PolarDB + ADAM + DTS + 专家服务

Prestomall 最终选定的替代方案是 PolarDB + ADAM + DTS + 专家服务。说实话，这个方案有点出人意料，毕竟最开始这个方案并没有出现在Prestomall的选择列表中，而且 Prestomall 原有的Oracle数据库是部署在本地的，选择了PolarDB就意味着数据库要迁移上云。

最终方案中的PolarDB是阿里云自主研发的关系型分布式云原生数据库，兼容三种数据库引擎：MySQL、PostgreSQL、高度兼容Oracle语法；ADAM是数据库和应用迁移服务，可覆盖Oracle迁移的全生命周期；DTS支持RDBMS、NoSQL、OLAP等数据源间的数据交互，集数据迁移/订阅/同步于一体。

那么，为什么最终会选择这个方案呢？阿里云数据库与应用迁移产品总监杨霖表示主要原因其实有三个：

一是上云适配业务发展。之前Prestomall使用的是本地Oracle数据库，而选择PolarDB就可以享受到云数据库弹性扩展的能力，按需申请资源，对于电商企业而言这种模式非常适配业务。

二是迁移成本最优。这里的成本不单单是指迁移后数据库资源的使用费用，同时也包括了迁移的工作量、代码的修改量以及迁移时间等其它成本。经过评估，PolarDBD与Oracle数据库的兼容性非常高，整体迁移成本最优。

三是风险整体可控，技术支持有保障。2000年，阿里开始使用Oracle数据库，2008年，决定去Oracle数据库。当前Prestomall的遭遇，跟十年前的阿里一样，而在过去十几年中，阿里的技术人员趟出了从Oracle-RAC 数据库到PolarDB，从云下到云上的搬迁，积累了很多经验，并沉淀了类似ADAM、DTS这样的产品。这些成功经验对Prestomall来说有着很大的吸引力。

据透露，在最初的提案阶段，阿里云数据库团队通过ADAM给出了一个超详细的改造计划，包括DB层面如何去自动映射、自动解析、自动转换，以及应用层每一行代码如何改造。同时，还对不同数据库产品的兼容性做了比较定量的代码改造分析。

阿里云数据库国际站产品负责人德迈介绍：“使用ADAM分析之后，我们发现，如果不使用ADAM，从Oracle迁移到PostgreSQL，80%以上的代码是需要修改的，如果使用ADAM迁移到PostgreSQL，10%左右的代码是需要修改的，而如果迁移到PolarDB，只有5%的代码是需要修改的。”而这也是PolarDB入选最终迁移方案的重要原因。

迁移过程

确定了迁移方案之后，接下来要做的就是具体的迁移工作了。据了解，Prestomall整个去Oracle可以六个阶段：

第一步是去Oracle的技术选型，前面我们详细介绍了选型过程，这里不再赘述。

第二步是去Oracle的赋能，即在实现与Oracle数据库解耦的同时，实现业务IT架构升级，获得更大的业务自由度。

第三步是业务改造，对于所有想要去Oracle的客户来说，这是最难的部分。业务改造面临的两大问题是工作量评估和兼容性。

第四步是数据迁移，不仅要保证全量和增量数据的一致性，同时还要提供数据回流的能力，让数据上得来下得去。

第五步是测试与调优，虽然PolarDB与Oracle兼容，但是始终是两个产品，各自有各自的产品特性，因此迁移上去之后还需要做进一步的调试。

第六步是割接与护航，在完成上线割接之后，还会有两个星期的阿里技术专家的保驾护航。

值得一提的是，在迁移过程中，ADAM有两个功能发挥了很大的作用，一个是自动转换的功能，可以帮助使用者将原有的Oracle SQL 自动改造成PolarDB兼容的SQL。另一个是自动学习功能，虽然PolarDB与Oracle是高度兼容的，但也会有语法差异，而ADAM的SQL语法染色功能会使用不同的颜色来标注语法差异，帮助使用者快速领悟到语法差异规则。

据了解，目前Prestomall的业务流量几乎全部迁移到了PolarDB上，只剩邮件系统中的两张表还在做反向同步。

另外提到数据库迁移，很多人都会关心安全性的问题，尤其Prestomall作为东南亚的一家电商平台，在流程方面会更关注业务保护。据阿里云高级DBA专家郑旦介绍，在数据保护和业务稳定方面，阿里云主要做了两个层面的工作：第一个层面，DTS不仅完成了数据迁移的工作，同时还在这个过程中做了数据校验；第二个层面，ADAM对Prestomall系统的兼容性和兼容性结果做了一致性的检查。

写在最后

业界一直有“天下苦Oracle久矣”的说法，但是在实际去Oracle的过程中，总会犯难。那么，业界在去Oracle实践时，通常都有哪些选择呢？

阿里云智能数据库事业部产品总监叶正盛（斗佛）表示：“其实去Oracle的选择不是很多，业内常使用的基本上只有三种，一种是迁移到其它商业数据库，但这种方式用的较少；第二种是选择一种兼容度较高的数据库，这种方式的优势是业务基本不用做大的改造；第三种是切换到分布式数据库，这种方式的劣势是需要在业务上做重新设计，但优点是完成之后，可以享受分布式带来的红利。”