中兴通讯GoldenDB：具有银行基因的分布式数据库
周日明; 朱业
【期刊名称】《《中国金融电脑》》
【年(卷),期】2019(000)003
【总页数】2页(P88-89)
【作 者】周日明; 朱业
【作者单位】中兴通讯股份有限公司
【正文语种】中 文
银行业对数据库的性能、稳定性以及安全性有着极高的要求，长期以来以Oracle、DB2等为代表的国外数据库是银行业的主要选择。而近年来，国产数据库技术日益成熟，逐步在银行各类业务中得到应用，国产数据库的稳定性、可靠性、可扩展性在实践中得到检验。另外，国内厂
银行为什么用db2数据库
家在理解客户需求方面更具优势，善于紧贴业务场景、推出创新技术方案，解决客户痛点问题。这些创新尝试推动了数据库技术的发展。
中兴通讯GoldenDB满足银行业数据库需求
中兴通讯GoldenDB是一款具有银行基因的金融级分布式数据库产品，从架构层面保证事务强一致和数据高可靠，并可根据业务需要实现在线扩容。具备如下特点：
（1）对应用透明、实时强一致的分布式事务
银行业务逻辑相对复杂、数据一致性要求严格，当前大部分的分布式数据库产品不支持实时强一致的分布式事务，不适合直接拿来借鉴和使用。同时，银行应用迁移也要求分布式事务处理必须对业务透明，像使用传统集中数据库一样使用分布式数据库。GoldenDB通过全局事务管理器（GTM）、自动补偿机制等架构设计（如图1所示），保证分布式事务的实时一致性读和一致性写。基于GoldenDB分布式数据库，不仅能够快速开发新业务，银行已有的应用系统也能够平滑迁移，确保几十年来积淀的应用资产得以继承。
（2）系统组件高可靠
GoldenDB为分布式计算与数据存储分离的架构设计。在计算集中，每个计算节点均为无状态设计，可以随时接入或移出计算集，任意计算节点异常，由对等节点接管业务；表数据在数据集中切分为多个数据分片，每个数据分片对应一个安全组，安全组由多台机器组成，通过多副本冗余机制保障数据的高可靠。
（3）两地三中心高可靠
GoldenDB支持两地三中心部署，本地机房和同城机房之间数据实时同步，本地机房故障时切换到同城机房，数据零丢失。本地机房和异地机房之间距离较远，通常采用异步方式复制。
图1 GoldenDB架构设计示意
图2 GoldenDB日切数据快照流程
（4）在线扩容
GoldenDB满足银行大容量存储、高并发访问的要求。当存储容量或者处理规模达到瓶颈时，
通过在线增加机器设备即可实现扩容。数据节点扩容时，通过后台计划任务自动完成数据重分布，整个扩容过程不影响在线业务运行，满足银行业务7×24小时不停机要求。
中兴通讯GoldenDB在银行应用中的创新尝试
GoldenDB能很好满足银行各类业务需求，特别是对银行核心交易业务的支撑上。不仅如此，GoldenDB在多年的产品发展过程中，紧贴银行客户需求，针对银行的应用场景做了大量的创新尝试，更好地解决银行客户的痛点问题。举例如下：
（1）支持多法人机制
银行机构通常存在多个法人单位共用一套系统，而不同法人之间的交易数据相互独立。传统数据库一般采用集中方式部署，多个法人的数据存储在同一设备中，处理业务时相互影响，系统不能发挥最优性能，甚至降低处理效率。例如在卸数时，不同的法人数据需要独立卸载，每次卸载数据都需要做大量重复过滤操作，效率低下、且影响在线交易处理。GoldenDB支持多种分表分库机制，支持按法人单位进行数据分片，将数据按法人分开存储在不同的分片上，对某法人数据的增删改查或者数据卸载，在数据库层面透明地路由给对应的数据分片处理，极大提高了处理效率和处理性能，也降低了对在线业务的影响。
（2）提供日切数据准确快照
为了满足业务需求，银行客户每天需要将运营的数据按准确日期卸载出来，在业务7×24小时不停机的情况下，卸载当天完整的运营数据是一个难题。传统数据库无法为此提供一套通用的解决方案，各家银行只能自行设计各种不同的技术方案对卸载数据做额外的增删操作，处理繁琐且效率低下。GoldenDB创新地实现了日切数据快照功能，从数据库中直接卸载出完整的日切数据，解决了银行多年来的痛点问题，具体流程如图2所示。
（3）支持复杂的批处理
银行业务中存在大量的批处理场景，逻辑复杂、性能要求高，GoldenDB支持数据批量加载、数据批量卸载、数据分块等优化技术，在总账核算、代发工资等典型日终批、联机批场景中做了针对性的优化支持。
中兴通讯GoldenDB在银行业务中的优势
GoldenDB分布式数据库满足银行业强一致、高可靠、高并发、可扩展的应用要求，产品紧贴银行业务场景，自带解决银行痛点的功能特性，快速响应客户定制化需求，能有效助力银
行分布式架构转型升级。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。