银行核心场景是否适合上分布式数据库？如果要上需要达到什么客观条件才可以？

毋庸置疑，银行的核心系统是可以上分布式数据库的，无论是交易核心还是账务核心。
银行在数据库选型，需要考虑四点，分布式事务、性能、数据备份、高可用。在过程中需要根据不同的场景进行应用的改造和数据库架构的设计，举个简单的例子，账务核心进行跑批，亿级的海量读取的需求，需要采取分布式数据库模式，另外还有分布式访问客户端和分布式中间件模式可以选择。
以笔者的经验，客观条件取决于四点，1、科技是否有足够的能力进行系统的迁移；2、运维是否有能力进行分布式数据库的维护；3、业务是否能够接受数据库换型期间的业务中断时间；4、是否有相对明确的数据量和并发数的指标。

     根据我行的经验，就是通过数据库的技术标准化和轻量化工作，形成统一的数据库使用规范，解耦应用和底层数据库技术架构，在统一的Mysql数据库协议下，可以很轻松的更换数据库架构，通过Mysql和分布式数据库的互相同步机制，可以实现业务的无感切换和迁移回退。
     银行核心系统场景是典型的OLTP，有大量的针对数据库的记账类更新操作，单个update或者insert操作的性能，单机库是分布式库的几倍以上，在热点账户场景对分布式数据库带来了严重的性能问题，造成了记账超时带来的客户短款问题，核心系统考虑分布式数据库的条件是，需要做大量的应用改造来弥补数据库的问题，比如热点账户场景子余额改造，比如联机场景改造为批量场景，之后需要经过严格的测试，比如生产流量复制测试，引入混淆测试平台。

（记者董潇）每秒交易量超2万笔，每日支撑3亿笔交易，可根据业务需要快速横向扩展......中信银行“凌云”工程投产近3个月来运行稳定，各项指标符合预期，为国内大中型银行核心业务系统分布式架构转型提供了高效可行的“中信银行方案”。

中信银行“凌云”系统是国内率先采用自主金融级分布式数据库（以下简称“GoldenDB”）的银行核心业务系统。早在2019年10月，中信银行已成功投产国内首个基于云架构的信用卡核心系统，而“凌云”系统的投产，成为中信银行金融科技创新的又一里程碑。

自主研发GoldenDB 可靠稳定

银行核心系统是负责存贷款、支付结算等银行业务处理的关键信息系统，是银行的命脉。这套系统要求计算结果精准、处理业务高效，能同时受理大批量业务，能全年每天24小时不间断运行，是高级别的信息系统。数据库是这套系统的“魂”，在支撑系统高效运转中发挥着核心关键作用。

2014年起，中信银行着眼于关键技术自主掌控和对支撑未来业务快速发展需要，联合中兴通讯公司用时5年，成功研发了满足银行业务特点的GoldenDB。“凌云”系统投产以来，GoldenDB运行稳定，各项技术指标表现优异，成功支撑了中信银行每天近亿笔的交易规模。

创新工具工艺 高效率低成本

中信银行在“凌云”工程建设中不断创新，研发新工具和新工艺。银行核心业务系统的建设一般需要投入大量人力用于系统开发和测试，同时还需要平衡业务新需求与系统建设的交付冲突。而“凌云”工程研发了RPG2JAVA代码翻译和仿真比对工具，实现程序自动翻写及自动化高仿真测试，做到新老系统连续24个月同步研发、同步发版。“凌云”工程实施了基于DevOps理念的研发流水线和面向大型分布式应用的运维体系，缩短了新功能交付周期，做到了对系统全方位实时监控，提高了系统的容灾能力，缩短了系统故障恢复时间，保障业务高质量发展。

目前，“凌云”系统支持3亿客户、15亿账户，并可根据业务需要快速横向扩展，将为中信银行全力服务实体经济、积极防范金融风险、全面实施数字化转型提供强劲“新引擎”。