1
从Oracle到MySQL，金融核心场景在线换库落地实战.pdf
5墨值下载
从Oracle到MySQL，金融核心场景在线换库落地实战
本文转载自dbaplus社群
本文根据王英杰老师在〖deeplus直播第234期〗线上分享演讲内容整理而成。（文末有获取本期PPT&回放的
方式，不要错过）
王英杰
陆金所数据架构团队负责人
陆金所数据库团队负责人，主导和见证了陆金所数据库和大数据平台全程的建设和演进过程。
大家好，我是陆金所数据库团队的负责人王英杰。这次的分享主要集中在陆金所去O在线换库的技术特点上，之
后详细给大家剖析陆金所设计的在线换库方案以及方案如何在一个庞大的金融系统里通过多个团队的紧密配合
稳妥落地。
同时还会给大家介绍我们团队自研的一些去O工具，它们是怎么确保陆金所长达两年的全站去O，来帮助方案从
开发测试、架构、运维等各个方面有条不紊地推进和落地。
除了去O方案外，我还会解答不少业内朋友的疑问——“为什么陆金所会启动这个全站去O的项目”，以及分享
我们这个项目背景、去O前的设定目标等，以供大家去O参考。
希望通过这次介绍能让大家更深入地了解，一个金融系统要把Oracle这种商业数据库去掉会碰到的难点和风
险，并且给想去O但是又不敢落地实施的同学提供一些案例实战解决的思路和方法。
一、成果
在完全不做服务降级的情况下，陆金所整个去O项目从2018年年中启动以来，历时两年已经把全站98%的数据
库从Oracle无缝切换到MySQL上，这98%的数据库涉及到陆金所的账务、资金、资产中心以及我们能够想到的
金融行业的主要业务场景。
在整个去O过程中我们也实现了全程0故障、0风险、对用户几乎不感知，因为我们在凌晨的流量低峰期才进行切
换，而在整个切换过程中我们也不会做服务降级，所以整个过程用户也几乎不感知。
陆金所去O具备四大特质：
无缝：在线更换底层数据，库完全不做服务降级，让类似去O的重大项目改造、架构改造在最终落地实施的
时候对外部用户的影响下降到最小，这一部分非常考验研发团队做去O架构改造的技术实现能力；
稳妥：把一个非常大的系统拆分成上百层次，再一点一点把数据库替换掉，全程实现0故障、0风险。在过去
两年，陆金所没有因为去O而引发任何生产事故，所以说这一块在考验团队研发能力的同时也考验去O落地工
具的设计和研发水平；
高效：短短两年就完成数据库98%的去O落地，最后2%也会在9月之前全部做完，也就是说在Q3，陆金所的
数据库都会完成去Oracle化，整个推进速度还是比较快的；
智能：借助去O对陆金所整个生产环境的架构实现比较大范围的重构，实现从开发到测试再到运维自研各种
落地智能工具，来把控去O各个核心环节的质量，真正对一个庞大复杂、对架构改造来说风险较大的金融核
心系统做到大幅度落地去O。
在这个过程中也大幅度降低了去O过程中投入的人力成本，借助经验和辅助工具，在前期提前设计、规划好整个
流程，在后期整个研发团队按照规划按部就班地推进，研发投入有了一定可控性。
在去O完成以后，也没有因为切换MySQL而增加特殊招聘的成本，整个运维团队也跟着实现了从Oracle到
MySQL的转型，在人力成本方面做到了完全可控。
二、背景
1、为什么要启动全站100%去O的项目
of 16
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论