金融企业应用分布式数据库全局强一致性与性能取舍,这方面问题如何考虑?

提供全局强一致性校验的分布式数据库,能够达到集中式数据库那样的强一致性需求,但是相应也会带来性能的损失,而有的业务系统为了确保性能,通过业务改造和数据库设计,弱化强一致性要求,即使全局最终一致性也能满足业务需求。那么,坚持开启全局强一致,还是关闭全局强一致,通过改造规...显示全部

提供全局强一致性校验的分布式数据库,能够达到集中式数据库那样的强一致性需求,但是相应也会带来性能的损失,而有的业务系统为了确保性能,通过业务改造和数据库设计,弱化强一致性要求,即使全局最终一致性也能满足业务需求。那么,坚持开启全局强一致,还是关闭全局强一致,通过改造规避影响?结合银行核心、信用卡、互联网金融系统等关键业务系统改造案例,介绍该方面的问题是如何考虑的?

收起
参与18

查看其它 3 个回答huawei851120的回答

huawei851120huawei851120课题专家组数据库运维工程师某省级联社

谢邀!本次回答是基于2022年国产数据库的发展阶段进行。对于金融行业,保证分布式数据库的强一致性是金融企业的首选。尤其对于银行业来说,哪怕不是核心系统,也不是什么重要系统,就是重要等级一般但是交易并发量高的系统。保证分布式数据库的强一致性,仍然是首选。至于性能方面的取舍,我不认为这是个问题。如果有问题的话,可能是某家银行引进的国产分布式数据库,还不够成熟稳定,或则用的不是国内头部几家大厂的分布式数据库产品。我们想想,MySQL开源社区版,很多商业银行用MySQL既能保障数据库的强一致性,也能支持一定的并发。如果花钱用了某款商用的国产分布式数据库(很可能是基于MySQL改进的),性能反而不如MySQL,或者没法保障事务的强一致性了。那我只能说:

1,别玩了,换头部厂家的国产分布式数据库吧。个别银行的核心系统的数据库已经完成了国产化改造,已经实现了超高并发的同时解决了强一致性的问题。这个问题的提出可能是客户用到了不够成熟的产品。
2,可能真的是这个系统的交易量太大,那就再等等,先别拿这个系统的数据库做国产化改造,再等等。先改造交易量小、并发低的系统,等两年再看看,那时候再根据国产数据库的发展情况对这个高并发系统开展国产化改造。

银行 · 2022-07-19
浏览1041

回答者

huawei851120
数据库运维工程师某省级联社
擅长领域: 数据库服务器灾备

huawei851120 最近回答过的问题

回答状态

  • 发布时间:2022-07-19
  • 关注会员:5 人
  • 回答浏览:1041
  • X社区推广