共计 3492 个字符，预计需要花费 9 分钟才能阅读完成。
本文讲述了西安银行数据库降级的故事。欢送拜访 OceanBase 官网获取更多信息：https://www.oceanbase.com/
西安银行（600928. SH）是一家以国外大型银行、国内央企、中央国企、民营企业为次要策略投资者的区域性股份制商业银行。自 1997 年成立以来，历经财务重组、引进战投、企业更名、跨区域经营、综合化倒退、数字化转型等策略步骤，成为东南首家 A 股上市银行。
截至 2022 年 12 月 31 日，公司员工 3273 人，下设总行营业部、9 家省内分行、10 家区域支行和 12 家直属支行等在内的共 177 家营业网点，控股 2 家村镇银行，参股 1 家汽车金融公司。线下网点笼罩区域，线上业务辐射全国。近些年来，西安银行业务提速，业绩增长飞快，间断两年入选了“寰球银行品牌价值 500 强”。
豆浆、油条、胡辣汤，油茶、面皮、肉夹馍……西安人喜爱用一顿丰硕的早餐开启美妙的一天，但对于西安银行科技部的工作人员来说，这却是一天新挑战的开始：几十万单并发领取需要会朝着西安银行的零碎汹涌而来。
“大家早上都要赶时间，如果领取速度慢或者常常报错，会十分影响客户的应用体验和满意度。”西安银行 OceanBase 系统升级项目经理朱攀通知咱们。这其实只是西安银行所面临挑战的一个缩影，而西安银行的解题思路也很“间接”：那就是用更先进的技术去撑持业务的倒退和翻新。
数字化策略后行，OceanBase 上场
随着数字化转型的推动，西安银行线上渠道服务增长迅速。在其刚上线的第一年，资管平台账户就轻松冲破了百万，业务量根本每年都有一倍增长，“咱们会预判传统技术架构是否在将来两三年持续撑持这么高增长的用户申请量，另一方面，产品开发迭代速度在传统 IT 体系架构下是否可能赶得上业务倒退的需要也是亟需思考的问题。”西安银行科技部工作人员回顾。
基于以上两点思考，2017 年底，西安银行提出 “将互联网开放平台在将来两到三年内实现分布式革新，要逐渐将银行信息系统由传统集中式架构转向多节点运行、数据分布存储、动静负载平衡的分布式架构”， 以更好地适应互联网时代业务高弹性、高并发、高交融的个性。
西安银行认为一个真正意义上采纳散布式微服务化的零碎，肯定是从利用设计、技术框架、数据库设计等方面全面采纳分布式技术。只有进行了全面革新的零碎能力充沛享受微服务分布式框架所带来的技术红利。
- 2017 年，西安银行开始启动互联网金融开放平台分布式架构的降级。其中，数据库分布式革新是难度最大、最重要的一环。
- 2019 年 5 月 11 日，西安银行胜利实现了互联网金融业务平台的 MySQL 数据库以及互联网交易资金存管平台的 Oracle 数据库向 OceanBase 分布式数据库的平滑迁徙，成为国内首家实现将要害业务零碎的 Oracle 数据库在线平滑迁徙至 OceanBase 分布式数据库的银行。
- 2020 年，西安银行又陆续实现了其余业务零碎的降级。
第一个“吃螃蟹”的银行
彼时，OceanBase 2.1 版本在 Oracle 兼容性的反对上才刚刚起步。所以，对于 Oracle 兼容性的开发过程能够说是与西安银行共建的过程。
▋ 兼容性开发共建
“尽管过后 OceanBase 本人也有对于 Oracle 兼容的开发排期，但如果有来自内部的客户需要，咱们会将客户的需要放在第一优先级，尽量做到让客户利用不做批改，就像应用 Oracle 一样应用 OceanBase。”OceanBase 交付与服务部服务管理部总监王春辉介绍。
据西安银行团队回顾：数据库迁徙我的项目的第一个阶段（2018 年 11 月开始），OceanBase 团队就基于西安银行的业务零碎在不断丰富 Oracle 兼容性的相干性能，比方银行金融利用会广泛应用 Oracle 序列来生成流水号，但 OceanBase 原生兼容的 MySQL 并没有序列的概念——如若不反对序列则须要对整个利用零碎进行较大的革新，老本微小。就在这时，OceanBase 疾速响应，在第一工夫将兼容 Oracle 序列的 OceanBase 输入给了西安银行。
到 2019 年 4 月，OceanBase 曾经可能充沛满足西安银行对 Oracle 的各项要求，版本绝对稳固，彼时，单方开始着手筹备数据库替换的关键步骤——数据迁徙。从开发测试环境做灰度验证，之后在生产环境做了两轮模仿迁徙，寻找迁徙效率与零碎承压的平衡点，平衡点的寻找是每个银行进行数据库迁徙的难点，要依据各自的业务去摸索。
为了保障迁徙前后的数据一致性，通常的数据迁徙过程都要保障利用零碎不对数据库做写操作，为此须要利用零碎开业，如果迁徙后开启营业，在新库有数据写入的状况下回退到源库简直不可能，只能再次开业排查问题，存在进一步缩短开业工夫的危险。而此次西安银行迁徙的零碎是互金渠道的对客零碎，长时间的开业会重大影响对客业务，因而如何尽可能缩短开业工夫是西安银行在此次数据迁徙中特地关注的。
▋ 危险未知，OMS 首次在内部应用
“如果能预估进去，不论是停一个小时，或者是两个小时三个小时，提前发布告安顿正当的开业窗口都 OK，但在过后，对咱们来说最大的危险其实是未知的危险。”西安银行指出。
在危险未知的状况下，西安银行走了一条不同的路进行在线迁徙，也成为了第一个“吃螃蟹”的银行。王春辉示意：“一开始客户都会放心从集中式到分布式差异太大，上手很难，但其实开发上没有太大差异。而且在运维上因为分布式的特点，即便某个节点出了问题，也不会对业务整体产生太大影响，故障也更好诊断。”
西安银行是国内首家应用 OceanBase 迁徙服务 (OceanBase Migration Service，简称 OMS) 实现在线数据迁徙的商业银行。 通过 OMS，零碎失常营业期间就能够发动全量数据迁徙，且能够管制迁徙速度不拖垮源端，增量实时同步，在利用零碎切换数据源的几分钟内做好数据比照、反向回写等操作就可实现数据库切换。
以“西银惠付”这一西安银行特色业务为例，它在西安市民中的普及率十分高，从餐饮、购物到停车缴费，简直是 24 小时不间断，因而这项业务对停机的工夫要求十分高。于是，OceanBase 团队专门为这个业务设计了一个“动静迁徙”模式，通过 OMS，零碎失常营业期间就能够发动全量数据迁徙，且能够管制迁徙速度不拖垮源端，增量实时同步，在利用零碎切换数据源的几分钟内做好数据比照、反向回写等操作就可实现数据库切换，将本来须要 3 小时左右的开业工夫缩短到几分钟，保障了利用系统对客服务能力。
并且通过切换后的回写机制，利用零碎在 OceanBase 端的更新同样会在 Oracle 端进行更新，一旦验证发现问题时，利用能够随时切换回源库，将切换危险降到最低，回退计划实际上是银行零碎上线的一个平安绳，此次迁徙的计划在业内十分常见，也是 OMS 首次在蚂蚁团体的技术体系外施行。
真金淬炼，看得见的收益
“胆大心细”是深度参加西安银行迁徙我的项目的两位工作人员所独特提及的迁徙策略。
西安银行 OceanBase 系统升级项目经理朱攀走漏：“在一些要害业务上，西安银行数据的平安、平滑迁徙能够降至分钟级。” 而这背地，是单方团队一起经验了 1 个月的双平台利用零碎革新，94 天 8 轮外部技术测试及优化和 14 个工作日迁徙灰度测试验证。
在应用 OceanBase 之后，西安银行的软硬件整体老本大幅降落，利用的查问效率有大幅晋升，并且无力撑持了其将来业务的灵便变动与用户的高速增长。大数据量查问效率较后期晋升了一倍；迁徙后存管业务仅占集群不到 1/4 的容量，却能够承载比原来更大的业务规模。与此同时，新的数据库架构和西安银行下层利用的分布式架构的符合度更高。
“站在使用者的角度，咱们在迁徙之后简直感触不到什么差异。而且因为分布式的架构特点，在很多方面还有独特的劣势。咱们国产数据库可能在这么短时间内就通过自主翻新实现了与老牌数据库相当的技术和服务水平，咱们也感到很兴奋。”朱攀感叹道。
王春辉在总结之所以 OceanBase 可能感动包含西安银行在内的泛滥客户的起因时，提到了两个方面：
第一，真金淬炼。在过后，很多国产数据库只有产品而并没有理论利用案例，而 OceanBase 是真正被实际验证过的，与很多其余数据库先开发再去找场景进行验证和打磨不同，OceanBase 从一开始就是基于支付宝的利用需要而开发的，对客户需要和场景的了解更深刻全面。
第二，真挚的服务。在迁徙之余，OceanBase 以“贴身式”服务“陪伴”客户，在做好技术转移的同时，OceanBase 也会进行常识的转移，通过培训和实际，帮忙西安银行造就出了一大批本人的数字化人才。
欢送拜访 OceanBase 官网获取更多信息：https://www.oceanbase.com/
