数据库专访 | 从护航发展到引领转型，华润银行核心系统数据库分布式升级破局之路——专访珠海华润银行副行长徐伟国

在金融数字化转型的深水区，核心系统分布式架构升级已成为银行科技战略的必答题。“分布式数据库升级则是核心系统架构转型的重中之重”，珠海华润银行副行长徐伟国在接受本刊记者专访时表示，这不仅关乎性能瓶颈突破，更承载着业务中台化赋能的基石作用 ，以及中小银行技术突围的样本价值。

华润银行以OceanBase分布式数据库为引擎，通过技术可靠性验证、业务连续性保障、组织协同性攻坚的三维体系，实现联机处理性能提升10倍、容灾能力达到RTO秒级切换的硬指标跨越，同步构建可复用的企业级核算中心，驱动全行中台化能力沉淀。这场升级以“零故障”运行1年的稳健答卷验证了区域金融机构从集中式架构迁移到分布式体系的成熟路径，为中小银行系统升级提供了从护航发展到引领转型的实证范本。

徐伟国：银行核心系统是经营运转的“数字中枢”，承载着银行服务的稳定性、业务创新的速度、规模扩张的上限，是支撑银行发展的“生命线”。华润银行第一代核心系统于2012年上线，运行12年，这期间，我们的客户量增长28倍、日交易量提升42倍、资产规模提升40倍，这套系统可以说见证并支撑了我行从区域小型银行向规模化经营机构的转型。

但是，这套老核心系统是基于10年前的“交易驱动”而构建，结合当前环境，已有明显的代际差距，在系统概念、设计理念、数据架构、技术架构及业务支撑能力上均有较大的提升空间。行业主流的分布式微服务核心架构，与我行“业务中台化、产品差异化、运营平台化”理念高度契合，还能提升业务连续性。因此，我们确定新一代核心系统向分布式微服务转型，这既是破解老系统瓶颈的关键，也是支撑未来5—10年业务跨越式发展的战略选择，分布式数据库升级则是核心系统架构转型的重中之重。

在核心系统数据库升级这件事上，我们始终把“国家战略、行业趋势、自身需求”拧成一股绳，形成了“三轮驱动”技术路线决策机制。

我们在项目启动之初就明确：不再依赖传统集中式商业数据库。董事长牵头成立信创领导小组，确保技术路线完全对齐“科技自立自强”的国家政策，目标不是“简单替换”，而是通过升级实现“换道超车”。

从行业趋势看，分布式技术已从“边缘试水”变为“核心必选项”。一方面，金融行业数据量、并发量年均翻倍，传统集中式“加CPU、买小型机”的纵向扩容，成本逐年攀升且天花板明显。另一方面，监管对多活容灾的要求逐年收紧，“两地三中心、秒级切换”几乎成了核心系统的标配。因此，我们早早锁定“原生分布式”架构方向，先定架构再选技术，避免未来被技术瓶颈“卡脖子”。

从自身业务看，现在的业务节奏已从“马拉松”变成“百米冲刺”。以前，一款产品上线要排期个把月，如今，业务部门今天提需求、下周就要上线；线上营销活动、场景金融一来，半小时内交易量能翻十倍。核心系统必须像“弹簧”一样，能瞬间拉伸、快速收回，还不能出错。升级数据库不只为了“自主可控”，更是为了夯实未来5—10年的“数字地基”。

徐伟国：在实施阶段，我们构建了“技术可控、业务可持续、组织有保障”的“三位一体”落地支撑体系。数据库技术选型上，我们选定的OceanBase分布式数据库在性能、容灾、兼容性上均通过严格测试，能适配微服务架构的“组件化调用”需求；数据库测试上，采用混沌测试、压力测试等测试技术，并通过“并行双发”机制将实时业务交易在新老系统同步运行验证，对数据库准确性、处理性能、容错能力进行全面测试；在项目实施组织上，成立了行领导牵头的项目工作专班，科技、运营、业务部门负责人及骨干组成联合项目组，邀请工程院院士、行业专家共同进行方案评审，每周召开项目推进会，上线前安排开展了6轮演练，确保项目稳步推进并顺利上线。

尤其值得一提的是，新核心系统建设还是我行业务中台化的“先导性项目”。我们通过项目实施率先打通了“能力沉淀—复用—创新”的链路，比如先在核心系统建成“企业级核算中心”，后续信贷等系统直接复用其核算能力，为全行中台化建设提供了可复制的模板。新核心系统上线后，整体性能提升10倍以上，技术架构上已支持“两地三中心”容灾部署，接下来我们会逐步推进其他业务系统的信创替代，最终构建全面自主可控的金融数字底座。我们也希望这套从“老系统护航发展”到“新系统突破瓶颈、引领中台转型”的实践，能为中小金融机构提供一些良好借鉴。

徐伟国：华润银行核心系统的数据库选型，也是我行未来数据库技术路线的关键抉择，就像“给心脏选起搏器”——不仅要扛住高并发，还得保证系统稳定。

我们当时主要面临5个关键决策点。一是数据一致性：银行交易哪怕差1分钱，都可能引发大问题，所以必须选“强一致性”数据库，不能有任何模糊地带；二是高可用与容灾：系统要7×24小时不停机，哪怕有数据中心出故障，也要能快速切换，数据不能丢；三是性能与扩展性：业务增长时，能通过“加节点”横向扩容，不能一到秒杀高峰就“卡壳”，我们还专门模拟了真实场景测性能，确保满足极端场景下业务稳定运行的需求；第四是兼容性：我们很多老系统基于Oracle、MySQL开发，如果新数据库差异太大，后续改造要花大量时间金钱，所以必须兼容这些语法；第五是安全合规与成熟运维：监管对银行数据的安全要求严，像数据加密、访问控制、审计日志等安全能力都得全面支持，加之分布式数据库本身的复杂性，必须有成熟的运维工具来降低运维人员的压力。

徐伟国：多轮测试后，我们选择了OceanBase分布式数据库，核心原因有4个。一是它是“根自研”数据库，完全符合“自主可控”要求，而且在银行有大量落地案例，不是“实验室产品”；二是它的稳定性经得住考验——支付宝双11单日数十亿笔交易、系统稳定，我们需要的就是这种“极限场景验证过”的能力；三是兼容性好，支持MySQL和Oracle语法，后续老系统迁移时能平滑过渡，不用大改代码；四是它的运维平台成熟，能帮我们减少后期工作量。可以说，它在“稳定、性能、安全、可控”这几个核心维度，刚好契合我们的需求。

徐伟国：华润银行核心系统的数据库升级，本质是“分布式微服务架构+中台化理念”对“传统集中式架构”的重构，相当于给 “运行中的飞机换引擎+重构机舱布局”，既要保证业务不中断、数据不丢失，还要落地中台化的能力沉淀，难度远超简单的系统替换。我们把整个过程拆解为“试点练兵+五大攻坚”两个阶段。

首先是“试点练兵”阶段。我们没有直接动核心系统，而是从2023年8月到2024年10月，陆续上线了供应链金融、手机银行等10多套外围对客服务系统。这些系统交易频次中等、影响范围可控，可以用来验证技术路线，还能够帮助我们摸透数据库的“能力边界”，制定好运维、开发、迁移规范，相当于提前 “踩实了坑”。

接下来就是核心的“五大攻坚战”阶段。

数据迁移战：怕数据丢、怕数据乱，我们通过6次上线演练，反复验证数据迁移前后的一致性，并向金融监管申请了合适的核心系统切换停机时间，确保新老系统数据完全一致。

架构重构战：原来的系统是“大块头”，所有功能捆在一起，无法直接迁到分布式架构。我们把它拆成了用户、产品、核算等多个“微服务中心”，比如单独建立企业级核算中心，这个拆分非常关键，既提升了性能，又分散了风险。

系统兼容战：Oracle有很多“独门技能”，比如存储过程、触发器。我们用“兼容性评估工具”先扫出所有不兼容的地方，再针对性“翻译”，比如把复杂的PL/SQL逻辑改到应用层处理，既保留原功能，又适配新数据库。

业务连续保障战：我们在测试阶段采用“流量回放与双发验证”机制，作为功能与性能测试的辅助验证手段。将生产上的真实交易报文在新核心系统上做回放验证，覆盖多个交易日的471个交易码，轮均600万条报文比对，验证系统运行稳定性、健壮性，确保业务连续性。

风险防控战：数据库分布式节点多，容易出小问题。我们提前搭建了可观测的全链路监控平台，紧盯交易量、响应时间这些指标，一旦出现异常能实现自动秒级切换。成立“核心系统上线指挥部”，科技、业务、风控开展了6轮演练，重点讨论分布式架构下的潜在问题，确保问题“发现即解决”。

徐伟国：华润银行新核心系统上线前，我们的数据库通过了“三重考验”：数百个交易并行双发验证、8万个测试案例5轮验证、大量的混沌破坏测试，最终证明了系统很健壮。系统上线运行1年来，成效不仅体现在技术指标上，更凸显了“中台化转型”的价值，具体表现在三个维度。

一是高可用容灾与业务连续性能力实现跨越式提升。基于未来同城双活部署架构，面对“城市级”灾难场景，RPO由分钟级提升到秒级，RTO也大幅降低。在“同城站点级”灾难场景，支撑“RPO零数据丢失、RTO秒级切换”，流量能按需调拨,实现业务快速切换，有效提升业务连续性保障能力,完全满足监管对核心系统容灾的最高要求。二是性能至少满足未来10年需求。依托OceanBase的原生分布式能力，联机支撑能力提升了10倍，纯账务类并发处理能力提升5倍，从容应对线上营销活动，同时，日终跑批能力大幅提升，运维压力大幅减少。三是业务创新与中台化赋能效果显著。对内来说，中台化架构让业务迭代速度加快，业务部门需求响应速度大幅提升。对外来说，这是我们信创建设的关键里程碑，投产近1年，核心账务处理零故障，客户体验未受任何影响。

对我行而言，这次升级不只是“换了一套数据库和架构”，更是完成了从“传统IT支撑”到“中台化赋能业务”的转型。未来，我们会基于这套中台化架构，进一步整合数据能力，为AI赋能打下基础。

徐伟国：不同规模的银行对数据库的要求是不同的。对中小银行而言，谈分布式数据库的未来，核心要紧扣“贴合自身规模、控制成本、降低运维压力”的实际需求，不用追求复杂技术，聚焦“实用、好用、能落地”即可。

从分布式数据库的应用方向看，中小银行不用跟风追“最前沿”，专注于三个核心点就足够。一是高可用要“够用”。至少要支持“两地两中心”“秒级快速切换”，不影响客户存钱、转账等基础业务，这是底线。二是成本要“可控”。优先选支持“多租户”的产品，比如1套数据库集群能同时跑核心业务、手机银行、理财系统，不用每套系统单独买硬件，减少重复投入。三是运维要“简单”。要有成熟的可视化工具，比如能自动提醒节点故障、一键生成运维报告，不用依赖太多高端技术人员。

总结看，中小银行分布式数据库的未来应用会更“务实”，聚焦“稳定、省钱、好维护”。

徐伟国：对中小银行来说，一体化数据库恰恰是AI时代“低成本破局”的关键，核心靠两点。一是混合负载省成本。以前中小银行要跑日常交易（比如客户转账），得用1套OLTP数据库；要做简单分析（比如月底统计客户理财偏好），又得建一套OLAP数据库，两套系统不仅要花钱，还得靠ETL工具传数据，又慢又易出错。一体化数据库能“1份数据、1套引擎”同时满足交易和分析需求，比如白天支撑客户交易，晚上自动用同一批数据做业务分析，不用额外建系统，省了硬件和维护成本，还能让分析结果快好几倍，比如想调整理财营销策略，当天就能看到数据反馈。二是多模态管理降门槛。AI时代中小银行也需要处理多类型数据，比如交易记录、客服通话录音、线上咨询文字，如果每种数据存一个库，运维起来很麻烦，也没法给AI用。一体化数据库能把这些数据统一存、统一查，比如给智能客服做AI训练时，不用从多个库调数据，而是直接从1个库里提取，既简化了操作，又能支撑简单的AI应用，不用投入太多资源做复杂的数据整合。

至于AI相关功能，中小银行不用贪多，一体化数据库有“轻量化AI能力”就够。比如，支持自然语言查数据（业务人员说 “查一下本月年轻客户的存款增长”，系统直接出结果，不用学SQL）、自动诊断故障（某个节点慢了，系统自动提醒原因），这些功能可以降低中小银行技术人力成本、多让业务人员用数据，贴合“小而灵”的业务需求。

总结看，一体化数据库靠“混合负载省成本、多模态降门槛、轻量化AI提效率”，能够解决中小银行在AI时代“想用技术又怕花钱、怕复杂”的痛点，是性价比相对较高的破局选择。