盛京银行基于 OceanBase完成全栈升级 反洗钱效率提升 70%

摘要：

2025 OceanBase 年度发布会金融专场，盛京银行信息科技部数据库负责人王克东分享了该行引入 OceanBase 的数据库升级实践。盛京银行依托 OceanBase 的技术能力，重点借助其 HTAP 能力，完成了从传统集中式架构到统一数据平台的全栈升级，在混合负载场景下批处理能力提升 80%，同时大幅降低了软硬件投入成本。

 

11 月 18 日，2025 OceanBase 年度发布会在北京举行。在金融专场，盛京银行信息科技部数据库负责人王克东进行专题分享，介绍盛京银行在数据库升级过程中引入 OceanBase 后的应用实践。

 

他表示，近年来，盛京银行依托 OceanBase 各项能力，尤其是 HTAP 能力，完成从传统集中式架构到统一数据平台的全栈升级。在这一过程中，盛京银行最大的惊喜来自 OceanBase 的 HTAP 能力，混合负载场景下批处理能力提升 80%，软硬件投入成本得到大幅降低。

 

以下为演讲实录。

 

 

大家好，我是盛京银行信息科技部数据库负责人王克东，今天很荣幸在这里分享盛京银行在数据库升级过程中的一些经验。

 

盛京银行总部位于辽宁省沈阳市，前身为沈阳市商业银行。2007 年 2 月，经中国银监会批准更名为盛京银行。盛京银行目前已在沈阳、北京、上海、天津、长春、大连等城市设立了 18 家分行，拥有 3 家专营机构和 2 家子公司，是东北地区规模最大的城商行。

 

这几年来，我们依托 OceanBase 数据库各项能力，尤其是 HTAP 能力，完成从传统集中式架构到统一数据平台的全栈升级。今天的分享，我将着重介绍盛京银行在数据库选型过程中的一些思考和经验、实际改造案例、在 OceanBase 数据库上的架构实践以及我个人对盛京银行未来数据库建设的一些展望和思考。

 

选型之路：为何选择分布式数据库?

 

在数据库选型上，我们面临的第一个问题是：选择集中式数据库还是分布式数据库？

 

随着互联网金融的快速发展，我们发现许多线下业务正在加速向线上转移，这也意味着未来数据库将承担更大的压力。因此，我们首要确定的方向就是选择分布式数据库，以应对日益增长的业务需求。

 

下一个问题随之而来：选哪一个分布式数据库产品？我们主要从四个方面进行综合考量。

 

首先，在核心技术自主研发的大背景下，我们倾向于选择原生的分布式数据库；第二，要有丰富的案例沉淀，有大量成功案例可供借鉴参考；第三，产品需具备高可用和完善的容灾架构，以保障业务的连续性和安全性；第四，该产品应拥有完善的周边生态，能够满足我们日常运维管理的需求，否则未来运维会面临诸多挑战。

 

基于上述思考，我们正式踏上了数据库选型之路，并首先对系统建设进行了需求分析。在这一过程中，我们积极走访了多家已成功升级改造的银行，与他们进行了深入交流。随后，针对实际业务场景设立测试案例，邀请头部数据库厂商与分布式数据库厂商到盛京银行进行实际测试。测试内容主要涵盖数据库自身的性能、高可用性、容灾能力、周边生态工具的完善度，以及在开发侧需要进行改造的内容。我们也重点关注在升级过程中可能遇到的各类问题。

 

经过约半年的测试和综合评估，我们最终选择 OceanBase 作为盛京银行的数据底座，原因在于以下几点：

 

首先，OceanBase 具备高兼容性，尤其是对传统数据库的全兼容。盛京银行原有的所有数据库均采用传统数据库，OceanBase 在兼容性上的优势极大降低了开发侧的改造成本，有效节省了大量人力和资源，实现了系统的平滑升级，个别业务系统仅需进行少量代码改动；

 

第二，OceanBase 在成本方面也表现突出。它让我们能够摆脱高昂的存储费用，同时凭借高压缩比，显著节约了存储空间；

 

第三，OceanBase 强大的 HTAP 能力给我们留下了深刻印象。在测试过程中，OceanBase 不仅在传统 TP 场景中展现了优秀的性能，在 HTAP（混合事务与分析处理）更为惊艳。尤其是在反洗钱批量处理系统等业务场景中，OceanBase 的测试结果遥遥领先。

 

此外，OceanBase 具备良好的水平扩展能力，可以满足我们不断增长的业务需求，其高可用和容灾架构也充分保障了业务的连续性和安全性。同时，OceanBase 拥有丰富的案例积累，为我们的推进和落地提供了宝贵参考。

 

落地实践：两个阶段持续夯实数据库底座

 

盛京银行整个升级过程主要分为两个阶段。

 

第一阶段，我们采用主备中心互为主备的架构，通过数据复制方式实现容灾，每个中心的 OceanBase 集群均具备高可用性。在架构搭建完成后，我们利用 OMS 迁移工具，通过“全量+增量”方式将数据升级到 OceanBase 。由于 OceanBase 与原数据库高度兼容，我们众多业务系统实现了平滑升级，且升级后只需更换连接驱动即可对外提供服务。此阶段，我们还充分发挥了 OceanBase 的多租户能力，建设一个集群，通过多租户模式支持多套业务系统，对外提供服务，有效节约了资源和运维成本。

 

第二阶段，随着第三机房的正式启用，我们将原有主备模式的容灾架构在线升级为三中心五副本架构。此次架构调整充分利用了OceanBase 的在线扩缩容能力，实现了无业务中断的平滑升级。三中心五副本架构不仅进一步增强了系统的可靠性和容灾能力，也成为盛京银行未来数据库发展的确定方向。在去年金融电子化优秀案例评选上，凭借这一创新架构，我们荣获了科技创新奖。

 

通过以上两阶段的实践，我们不断夯实了盛京银行的数据库底座，为业务发展和创新提供了坚实保障。

 

升级成效：最大惊喜来自 HTAP 批处理能力提升 80%

 

数据库升级至OceanBase 后，我们最大的惊喜来自 OceanBase 的 HTAP 能力，混合负载场景下批处理能力提升 80%，软硬件投入成本得到大幅降低。

 

成效主要体现在以下方面，将用两个案例来说明。

 

首先，要重点介绍的是 OceanBase 的 HTAP 能力在反洗钱系统中的应用。

 

该系统原先批量处理通常需要约 20 个小时。数据库改造并升级至 OceanBase 后，批量处理时间缩短至 8 个小时。这只是改造的第一步，随着 OceanBase 升级到第四代版本后，批量处理时间又进一步降至 6 个小时。可以看出，OceanBase 每一代版本在性能方面都在持续提升，极大优化了我们的业务效率。

 

第二个案例是我们通过架构改造后带来的灾备切换效率提升。众所周知，金融机构每年都需要按监管要求进行同城灾备环境的切换演练，确保关键业务系统可以在灾备环境下全部接管主业务。以前在主备模式下，每次切换都需要针对整个集群及其所有业务系统进行验证，有的系统属于监管范围，有的则并非强制要求，这就导致我们要对所有业务系统进行切换测试，既耗时又影响正常运营。

 

而在我们全面升级为“三中心五副本”架构后，灾备切换效率有了质的提升。对于需要满足监管要求的业务系统，我们可以灵活地通过租户形式，将系统从同城中心切换到主中心，或者反向切换至同城中心。

 

“三中心五副本”的架构下，整个大集群中的主中心和同城灾备中心的数据库节点及服务器都能够同时对外提供服务。而在原有主备模式下，只有主中心具备对外服务能力，同城中心的数据库服务器及节点处于闲置状态。新的架构大大提升了资源利用率，实现了数据库和服务器资源的高效使用。

 

以上两个案例，不仅体现了 OceanBase 在性能和可靠性上的优势，也为盛京银行数据库建设和金融业务创新带来了实实在在的价值。

 

总结数据库升级后的收益，主要体现在以下几方面：

 

首先，是显著的稳定性提升。高可用架构保障了我们业务系统 7×24 小时不间断运行；其次，运维便利性得到了极大提升，切换演练过程通过 COP 工具实现一键切换，租户级别的切换平均每个租户用时仅需约 5 秒；第三，架构升级后带来了明显的性能提升，尤其是在 HTAP 能力方面，批量处理和报表生成时间大幅减少。成本方面的优化主要体现在服务器和存储资源的节约。同时，先进的三中心五副本架构也进一步保障了数据库的安全。

 

未来规划：持续携手 OceanBase 迈上新台阶

 

对于盛京银行未来数据库建设的规划，结合个人思考，我有以下几点看法：经历了数据库升级后，我们在技术层面得到了显著提升，积累了大量技术经验。这不仅体现在数据库层面，更包括了服务器、网络、操作系统以及开发侧的全栈式提升。

 

如今，盛京银行现有关键业务系统已逐步升级至 OceanBase，新建业务系统也直接以 OceanBase 为底座上线。

 

展望未来，我希望根据业务条线和系统类型，进行多维度的业务划分，建立多套 OceanBase 数据库集群，实现分类管理，避免“鸡蛋放在一个篮子里”，从而提升系统的灵活性与安全性。

 

目前，盛京银行正在开展 OceanBase 一体机以及 4.3.5 版本的相关测试，意在进一步提升 HTAP 场景下的业务处理效率。4.3.5 版本在列存 AP 能力上有所优化。今年的年度发布会，OceanBase 发布了 4.4 版本，未来我们也将计划对该版本进行进一步测试和评估。

 

希望能够充分借助 OceanBase 的领先技术，持续赋能盛京银行科技平台，通过技术驱动业务创新和发展，助力盛京银行业务持续迈上新台阶。

 

欢迎访问 OceanBase 官网获取更多信息：https://www.oceanbase.com/