银行核心系统分布式数据库实施方案
5墨值下载
89
业界观察
Industry Observation
2019 . 07
中国金融电脑
中兴通讯政企通讯研究院院长 吕达
中兴通讯私有云产品部资深架构师 左奇
随着互联网金融科技的飞速发展，客户消费习惯的
转变以及银行利率市场化步伐的加快，各类互联网金融
科技公司所推出的金融服务（理财、贷款和支付等）对
国内传统银行的核心业务造成了冲击，银行面临业务收
入缩水，生存压力逐渐增大的挑战，数字化转型势在必
行。
金融核心系统大都采用“大机 + 商业数据库”的
方式提供核心交易服务，单机较分布式系统性能有限，
可扩展性差。随着国家“互联网 +”战略不断推进，移
动互联网广泛普及，对现有金融核心系统造成冲击，金
融服务向海量数据、高并发交易、多样化需求、个性化
定制等方面发展，导致集中
式金融核心系统越来越不堪
重负。分布式架构以其高性
能、高可用、高可扩展性、
高灵活性、松耦合、快速迭
代开发、自主可控等优点，
极大契合了金融服务行业的
需求。
分布式数据库
GoldenDB 产品概述
中兴通讯分布式数据库
产品 GoldenDB 采用分布式
无共享架构，是一款具有银
行基因的金融级分布式数据
库。GoldenDB 提 供 传 统 关
系型数据库的所有特性，又
由于采用分布式架构，实现了从计算层、存储层的高性
能、高扩展性，以及容量的动态伸缩。
GoldenDB 可以轻松实现同城双活、两地三中心、
多地多中心等高可用方案。GoldenDB 可以部署在全球
多个区域、多个数据中心之间进行数据容灾，当一个数
据中心发生异常时，由其他数据中心接管，从而保障系
统的高可靠性。数据中心间进行数据实时同步，能在接
管时保障数据的全局一致性。如图 1 所示，每个数据中
心包含计算节点（Proxy）、存储节点、全局事务管理
器（GTM）和管理节点。其中，计算节点负责接收数据
库操作请求，进行 SQL 解析、优化，生成满足分布式
银行核心系统分布式数据库实施方案
图 1 GoldenDB 两地三中心容灾方案
90
FINANCIAL COMPUTER OF CHINA
业界观察
INDUSTRY
OBSERVATION
事务一致性的分布式查询计划，再分发给各数据存储节
点执行，并基于中兴通讯自研快同步技术实现各数据中
心间数据强一致性复制；管理节点负责分布式数据库管
理；全局事务管理器提供分布式事务的申请、释放、查
询能力。
GoldenDB 以满分成绩通过分布式事务数据库
能力认证
2019 年，工信部信通院数据中心联盟启动“大数据
产品能力评测”工作。参与测评的厂家几乎囊括了国内
所有知名数据库厂商。测评要求非常严苛，测评内容细
分为：数据库基础能力、兼容能力、管理能力、高可用
能力、扩展能力、安全能力等六大部分共 50 项测评项。
中兴通讯 GoldenDB 数据库以 50 项评测全部满分的优
异表现通过“大数据产品能力测评”分布式事务数据库
能力认证。
银行核心系统分布式数据库实施方案
金融行业管理着大量的金融资产，需要在确保安全
生产的前提下，“分类、分步骤”地推进分布式架构转型。
对业务高并发、数据量大或者需求变化频繁的互联网业
务系统优先采用分布式架构；对渠道类、统计分析类、
综合管理类等业务逻辑相对简单，对数据强一致性要求
低的系统优先实施分布式架构转型；最后推动核心交易
类、支付类系统实施。
1. 基于分布式架构的综合积分系统
零售客户积分需要基于交易明细进行统计，在积分
消费之后对相应的交易明细数据进行逐笔更新操作，数
据量非常大，对数据库的处理能力要求很高，非常适合
分布式数据库。在与中信银行的合作中，GoldenDB 采
用 6 个分片来共同承担积分实时累计和实时消费的数据
服务，并利用 GoldenDB 分布式事务能力实现跨分片的
积分转让和批量积分修改功能，不仅大大提升了业务性
能，还有效降低了业务复杂度。
2017 年 8 月，中信银行采用 x86 服务器 +GoldenDB
作为后端数据库服务的新一代统一积分零售业务正式上
线。2 年以来，4 只业务上线运行稳定。GoldenDB 使用
6 个分片支撑 2900 万卡积分用户和 36 亿明细处理，日
积分入账 135 万笔，日积分兑换 3.5 万笔。
2. 银行核心系统历史账单查询功能分布式改造
长期以来，银行核心系统一直作为银行交易和账户
处理的中心，是银行信息系统架构的最关键的环节，是
各家银行最繁忙和交易量最大的应用系统。卸载核心系
统中与账户处理无关的负载，只保留极少的关键核心应
用（如存、贷款等）在主机平台上，而将银行核心系统
的查询交易（大约占到核心交易量的 80% 左右）迁移
到分布式系统中。这种既不影响核心系统的交易一致性，
又能降低核心负载，同时提升系统整体稳定性的做法将
被越来越多的银行采用。银行核心系统主机和分布式
平台之间采用日志同步模块进行实时 / 半实时同步。当
交易请求通过 ESB 到核心业务系统后，在接入层进行
数据访问路由选择，实现交易服务数据访问的读写分
离。
3. 核心系统分布式架构替换
银行核心系统承载着存、贷、汇、结算等交易处理，
是银行的最关键资产。以中信银行为例，其正进行着
银行核心系统从 IBM AS/400+DB2 架构向 x86 服务
器 + GoldenDB 的分布式架构迁移的验证工作。在性能
方面，分布式数据库也经受了核心业务场景的检验，在
3 亿客户、15 亿账户的数据规模下，30 个数据分片部署
在通用 x86 服务器上，每秒交易量超过 4 万笔，并可通
过增加服务器设备横向扩展，进一步提高性能。
在银行分布式架构转型过程中，不能照搬互联网金
融公司经验，而要根据银行自身业务特点和不同应用场
景，选择合适的金融级分布式数据库解决方案，在满足
银行高可靠、强一致、高可用特性的同时，兼顾对高性能、
高弹性和低成本的要求。
of 2
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论