分布式数据库在金融系统的应用

分布式数据库在金融系统的应用 建信金科：郝国庆 数据库选型 部署架构 迁移改造 数据库选型 数据库架构演进路线 单节点 • •DB • 本地磁盘 共享状态 • • •DB •DB • • 共享存储 分布式 • • • • •DB •DB •DB •DB • • • • • •DB • diskdiskdiskdisk 优势： •易于实现事务一致性 •无需多层复杂管理 劣势： •DB节点扩展能力受限 •存储扩展能力和IO性能依赖高端共享存储 优势： •良好的可水平扩展能力 •数据多副本存储，无需共享存储 劣势： •计算及存储能力需同时扩展，灵活性不足 •分布式查询、分布式事务处理的开销 CCBConfidential P7 •选择兼容MySQL事实标准的数据库产品 自主 开源 兼容 •选择成熟、生态友好的开源产品作为基础底座 •坚持自主可控原则，构建核心根技术 部署架构 同城双AZ架构(分布式中间件) 北京AZ1 Manager 北京AZ2 Manager 北京AZ3 Manager 武汉AZ1 Manager Manager GTM GTM GTM GTM DB-1 DB-3 DB-4 DB-6 DB-2 team1 team2 team3 DB-7 GTM 图例： alive Standby gSync复制异步复制 北京AZ1北京AZ2 北京AZ1北京AZ2武汉AZ1 迁移改造 国产化 数据库 国产化 数据库 每套库的迁移都需要经过：停批量，流控，迁移数据，校验，刷新白名单表，解流控的流程 迁移速度慢 数据膨胀 国产化数据库故障应急切换方案 绿灯检查 检查对应模块的应用监控 放开故障库对应 SPU客户的流控 支持整体应急切换 支持单一模块应急切换 支持单一故障库应急切换 简单、快捷、有效 停止应用 启动应用 检查故障库和对应 应急库数据是否一致 更改对应SPU应用的数据库连接 断开同步工具 检查对应模块交易是否顺利流控 流控故障库对应 SPU客户 检查对应数据库同 步是否完成 数据库选型原则：三个维度考虑 高可用架构设计：结合业务和数据库能力 数据迁移改造：做好分析和故障预案 THANKYOU!