银行业核心系统分布式数据库改造问题求解?

正如此前社区里其他老师所说:”目前金融行业绝大多数核心系统的数据库依旧采用传统的集中式架构(高端小型机+集中式关系型数据库+集中式SAN存储)为主的实现方式。”随着互联网金融产品种类的爆发式增长,银行业为了突破传统盈利模式,增强客户黏性,纷纷推出了互联网类的产品、营...显示全部

正如此前社区里其他老师所说:”目前金融行业绝大多数核心系统的数据库依旧采用传统的集中式架构(高端小型机+集中式关系型数据库+集中式SAN存储)为主的实现方式。”随着互联网金融产品种类的爆发式增长,银行业为了突破传统盈利模式,增强客户黏性,纷纷推出了互联网类的产品、营销活动,如工行、建行自营商城的名酒定时促销。这些产品和活动给传统的集中式关系型数据库带来极大挑战,硬件扩容、分库分表的传统应对手段效果不尽人意,无法适应营销期间海量数据存取及高并发请求响应的场景。为此,各大银行纷纷开始了核心系统分布式数据库改造的前期探索,部分银行已宣称完成核心系统分布式数据库的切换上线(张家港农商行,中信信用卡核心),但是整体效果和改造、使用过程中的问题未见详细描述且有待时间验证。
因此,想请教各位IT同仁,中型商业银行在准备核心分布式数据库选型时,除了必须要考虑的强一致性、高可用性的原则,还应考虑哪些问题?在CAP定律的限制下如何取得最优解?整个改造大致需要历经几个阶段?望各位同仁指点,非常感谢!

收起

查看其它 4 个回答wanglaye的回答

wanglayewanglaye  项目经理 , 某大型金融机构
长诗佐酒赞同了此回答

Q: 除了必须要考虑的强一致性、高可用性的原则,还应考虑哪些问题?
市面上主流的分布式数据库,如OceanBase、Tdsql、TiDB、华为的高斯数据库,或者基于mysql+mycat改造的中间件型数据库,从特性上来说都可算作分布式数据库的选型范围,区别在于自主研发和自主可控能力,有的企业比较看重自主可控。
此外,还需考虑迁移改造成本。在选型时一定要考虑原数据库迁移至分布式数据库的改造成本,包括sql语句、数据迁移等方面的改造难度和改造工作量,也包括与分布式数据库匹配的硬件投入(某些分布式数据库对于硬件的要求比较高,硬件会影响数据库性能。)
以上是本人从可行性角度给出的建议。至于 强一致性、高可用性等特性,大部分分布式数据库都是具备的。
Q:在CAP定律的限制下如何取得最优解?
CAP定律的P是必然存在的,不同分布式数据库厂商对于C和A的权重比例不同,没有理论上的最优解,只有基于特定业务才能制定出更加适合该业务的解。
Q:整个改造大致需要历经几个阶段?
首先,要进行数据库的迁移改造测试,评估工作量和工作难度;然后,选择外围小型事务型系统做试点迁移,分布式数据库和原数据库做好数据同步,分布式数据库作为从,逐渐过渡至主;最后,制定规范再推广。

 2019-11-27
浏览1451
  • 分布式数据库场景中,p一定存在这个也不是肯定的。
    以oceanbase举例,纵向三分片的典型配置,在读写不分离(默认)的时候,读和写都是通过主节点来进行的,2个从节点只是看做是备份节点,此时我认为是没有p的。

    我们goldendb也是类似的实现原理。

    2020-03-15
  • wanglaye  wanglaye 回复 GoldenDB
    节点故障或者网络分区故障是无法避免的,不管是最简单的单机房3副本配置,还是两地三中心多机房多副本配置,必然要面对节点故障或机房故障的情况,分布式数据库如果不支持p,怎么承担这种常见故障场景呢?如果是经典的三副本配置,当一个从节点故障后,为了继续对外提供服务保障a,只能牺牲c了。
    2020-03-23

回答者

wanglaye项目经理, 某大型金融机构

分布式关系型数据库选型优先顺序调查

发表您的选型观点,参与即得50金币。

回答状态

  • 发布时间:2019-11-27
  • 关注会员:6 人
  • 回答浏览:1451