2023中兴通讯GoldenDB分布式数据库架构及核心功能.pptx

GoldenDB分布式数据库架构及核心功能

目录1分布式数据库概念3 GoldenDB产品架构与核心功能2金融行业典型案例

01分布式数据库概念

数据库行业技术发展历史和趋势时间轴1960s1990s2000s2010s2020sIBM/ORACLE推动OLTPscaleup扩展Google分布式论文发布电子商务、互联网金融大幅发展HTAP类数据出现融合事务处理和分析能力数据管理系统分析型数据系统事务型数据系统NoSQL数据库出现解决分析性能问题事务型数据库仍以纵向扩展为主分布式事务型数据库兴起系统架构x86架构的线性扩展必须解决分布式事务强一致的难题高可靠高性能两地三中心，满足监管 要求满足互联网金融业务的 高并发高性能要求智能运维运维复杂度增加自动化运维智能监控来源：中国信通院《金融分布式事务数据库白皮书》技术挑战

分布式数据库概念及架构演进来源：中国信通院《金融分布式事务数据库白皮书》概念：分布在一个计算机网络上的多个逻辑相关的数据库集合。系统通常是地理上分散而逻辑上集中的数据库系统，即通过计算机网络将地理上分散的各个局域节点连接起来共同组成一个逻辑上统一的数据库系统。因此分布式数据库相比传统数据库具有物理分布性以及逻辑整体性的特点优势：分布式数据处理架构，有效提高系统性能低成本和灵活扩展性好系统的可用性和可靠性强

02GoldenDB产品架构与核心功能

GoldenDB发展历程中信银行核心下移并行仿真上线首个商用版本中信银行冠字号文件数据库EBASE-MEM分布式数据库GoldenDB统一门户同业平台江苏银行后督系统中信银行统一卡积分江苏省农信互金平台2015201620172018200220112007EBASE内存数据库DHSS金融分布式数据库201420192020中信银行信用卡核心投产18年技术积累100%内核掌控100+发明专利银监会一类成果奖金融电子化优秀自主创新奖人行科技发展二等奖南京市科技进步奖年度优秀网信产品基础软硬件奖获Gartner报告推荐中信银行总行核心正式投产(计划)

GoldenDB领跑国产数据库测试工信部信通院“分布式事务数据库”测试唯一满分通过认证

GoldenDB设计目标：满足银行核心业务的关键需求实时一致的分布式事务控制全局事务管理机制，确保高并发下的读写一致性和隔离性。已提交事务回滚机制，提高应用开发的透明性。满足金融场景的容灾方案快同步和数据库分组技术，确保高并发下同城RPO=0，RTO30s，全局一致的备份恢复技术，确保数据误删除时能恢复到任意时刻点。不停服务的联机重分布日志回放和冻结方案，数据重分布对现有业务无影响。分布式隔离级别，确保锁影响范围降低，减少冲突，提升性能。丰富完善的监控和运维能力监控、统计和告警设计联动，确保能够快速感知系统状态变化。自动化的切换和故障恢复能力，确保数据库服务的高可用。

Share-nothing分布式架构，各层可线性扩展多样化集群形态灵活匹配多种业务场景：一套GoldenDB集群适配多种业务场景，提升资源利用率同时实现统一运维管理。GoldenDB采用Share-nothing架构No-ShardingSharding集群计算节点集群GTMNode1Node2OMMNoden…………APP1APP2客户端接入层APPN…DistributeTransaction集群…

GoldenDB金融级数据强一致解决方案事务自动补偿机制，实现分布式事务原子性全局事务乐观锁，实现分布式事务隔离性全局活跃事务控制，保证数据备份恢复全局一致性

事务理论的分布式延伸DDB1(主)DB2(主)DB3(主)DB1(从)DB2(从)DB3(从)table单机数据库:保证事务在事务内(原子性-A)、事务间(隔离性-I)和故障时(持久性-D)的一致性(C)。分布式数据库：将数据库事务的ACID理论延伸到分布式架构下。A IC计算节点1计算节点2计算节点3DB日lo志gtable单机数据库分布式数据库原子性：多条记录的多次操作要么一起成功，要么一起失败。原子性：多个数据分片上的多次操作要么一起成功，要么一起失败。隔离性：不同连接(处理线程或进程)不会相互访问到未提交事务的数据。隔离性：多个计算节点上的不同连接不会相互访问到在多个数据分片内未提交事务的数据。持久性：事务提交前必须先将日志落盘，机器重启后不丢失数据。持久性：事务提交前必须将日志在分片主、从节点都得到复制，主节点故障时从节点上仍能找回数据。APP1 APP1 APP2APP3

分布式事务的难点要实现分布式事务的实时一致性（保证ACID），难点在哪？部分DB提交失败，如何保证全局事务的原子性(A)？并发访问时，每个事务都不知道其他事务的状态，如何保证事务之间的隔离性(C)？更近一步地