TiDB 在金融行业关键业务场景的实践(上篇)

作者:hth华体会最新网站发布时间:2021-08-09 16:16

本文摘要:TiDB 作为一款高效稳定的开源漫衍式数据库,在海内外的银行、证券、保险、在线支付和金融科技行业获得了普遍应用,并在约 20 多种差别的金融业务场景中支撑着用户的关键盘算。本篇文章将为大家先容漫衍式关系型数据库 TiDB 在金融行业关键应用领域的实践。 金融关键业务场景银行的业务系统很是庞大,包罗从焦点上的账户、账务、结算等业务到外围的种种存、贷、票、汇以及面向互联网场景的各种金融业务。

hth华体会最新网站

TiDB 作为一款高效稳定的开源漫衍式数据库,在海内外的银行、证券、保险、在线支付和金融科技行业获得了普遍应用,并在约 20 多种差别的金融业务场景中支撑着用户的关键盘算。本篇文章将为大家先容漫衍式关系型数据库 TiDB 在金融行业关键应用领域的实践。

金融关键业务场景银行的业务系统很是庞大,包罗从焦点上的账户、账务、结算等业务到外围的种种存、贷、票、汇以及面向互联网场景的各种金融业务。随着科技的生长,整个银行的焦点生意业务系统走在自己的一个演进门路上,从传统的集中式应用结构逐步向服务化、漫衍式这样的体系在演进。在海内,已经有若干家在科技方面比力领先的银行机构启动了对于焦点的革新事情,在他们整个焦点生意业务应用以及背后的数据处置惩罚层引入了很是多漫衍式的技术来支撑他们业务的生长。

在未来,整个生长偏向会更多的向单元化、服务化生长,而且一些应用支撑的框架,例如云、微服务、未来的 serverless 等,都市逐渐的向焦点生意业务引入。漫衍式焦点系统架构对整个数据库有以下几点比力明确的要求:宁静,稳定,可靠;提供漫衍式盘算与漫衍式数据治理及在线弹性扩展能力;提供高并发,低延迟,大吞吐的数据库处置惩罚能力;支持联机生意业务及批量(日间/终) 批量混淆负载;支持焦点上的报表和数据报送业务负载;提供可靠和高性能的漫衍式联机生意业务事务; 需要支持至少到达 “两地三中心” 的双中心多活及多中心容灾保障能力;RPO = 0, RTO 要到达羁系及银行科技部门对焦点系统的高可用要求;焦点业务应用开发/革新难度低;完善与便捷的运维治理能力。现有架构痛点现在,许多银行接纳的焦点系统数据库方案主要为传统的集中式数据库架构和基于 MySQL 的分库分表方案,但无论是集中式数据库架构,还是基于 MySQL 的漫衍式数据库架构,都市存在一些问题。集中式数据库架构主要有以下几点问题:严重依赖专有高端硬件;无法弹性横向扩展;与新一代漫衍式服务化焦点应用架构匹配度低;建设及维护成本高昂;DB2 / Oracle 数据库技术锁定;无法使用云盘算体系生长结果。

基于 MySQL 的漫衍式数据库架构也存在以下几点问题:数据库漫衍式中间件成熟度与可靠性仍需要磨练;应用侵入水平高,革新庞大度大;应用模型和数据模型的锁定,牺牲灵活性;批量负载处置惩罚能力限制;漫衍式事务能力低下,需要人为应用开发侧和计划侧深度规避;强一致性保障的风险;缺乏弹性扩展能力和在线扩展自动平衡的能力;MySQL 高可用技术的风险;两地三中心同城多活庞大度。基于 TiDB HTAP 架构的银行焦点数据库解决方案方案一:TiDB 焦点生意业务系统支撑架构第一个是比力直截了当的方案,以 TiDB 作为焦点生意业务库的主库。在这种方式下,整个 TiDB 近似传统单机集中式数据库的会见模式与业务应用开发模式,对应用的会见是透明的。同时,无论是应用模型、数据模型还是整个事务生意业务模型,不需要做人为的切分。

因为在焦点生意业务应用的生长历程中,除了以账户为角度,我们还会以用户视图为角度,因此简朴的通过找到用户的账户分片去做切分的话,实际上是牺牲了整个焦点生意业务的灵活性。另外以 TiDB 作为主库,内置的多中心、多活容灾的机制也简化了部署的庞大性、治理庞大性和成本;而且完全的漫衍式联机生意业务事务支持,不需要应用干预和提前锁定事务处置惩罚计划,用户基本上在 TiDB 上做联机生意业务的历程当中,跟单机数据库的使用是一样的;另外 TiDB 在后台提供了一个动态的调理机制,所以在线的举行节点的扩容,完全不会影响业务,无论是后台数据平衡,还是内部引擎之间的负载平衡的自动分配,都是在引擎内部自己做的,不需要用户在应用侧有特别多的关注。以 TiDB 作为焦点生意业务库的主库,主要有以下几点价值:在焦点系统数据库侧漫衍式革新大幅度降低革新难度与风险;业务模型和数据模型无需反向适配数据库架构;透明的盘算和数据治理漫衍式,降低维护庞大度与成本;吞吐量及性能可以随在线横向透明扩展;尺度 SQL, 漫衍式事务,多表庞大关联盘算,联机与批量混淆负载处置惩罚能力,保障业务灵活性及适配漫衍式焦点应用;内核支持强一致数据部门机制及高可用机制 (RPO=0,RTO <30s);内核支持多中心多活容灾机制。

长亮焦点生意业务系统测试我们与城商行一级的系统做了比力完整的对接,包罗长亮科技,我们在他的焦点生意业务系统上,包罗账户、账务、贷款、发卡、现金治理、资产负载等这些焦点模块做了充实的适配。长亮焦点生意业务系统关键生意业务压测结果从功效、正确性、生意业务的性能等方面做了充实的适配和优化,完成了 2000 多个焦点生意业务的功效测试,包罗全量的近 200 个批处置惩罚测试。接下来,我们正在跟长亮科技计划举行 V8 版本对接测试和基于 ARM 国产化平台的测试。

方案二:焦点生意业务 MySQL + TiDB 后置库方案第二种方案是以 TiDB 作为整个焦点生意业务的后置库方案。架构如上图所示,整个焦点生意业务的应用侧凭据应用逻辑做一个拆分,这也是现在新一代焦点应用结构的演进趋势。用户在焦点联机生意业务库使用 MySQL + 中间件的方式来负担联机生意业务的前置库,在这上面完成最基本的联机生意业务,然后通过 TiDB 提供的 CDC 同步工具做准实时的同步,剖析 MySQL 分片对的 binlog,并通过自动合库的方式汇聚到 TiDB 的漫衍式集群上面。

在 TiD。


本文关键词:hth华体会最新网站,TiDB,在,金融,行业,关键,业务,场景,的,实践,TiDB

本文来源:hth华体会最新网站-www.bxywgs.com