目前核心交易服务端是分库分表多,还是使用分布式数据库如TiDB多?

:yum:好的数据库应该是不需要修改应用端的,让数据只做CRUD,不要有太多的逻辑在数据库里。

1 个赞

太对了,所以从任何角度看,分表分库这种对代码有侵入的做法,都是很难受的做法。

以前是技术所限。现在有更好的选择,只要没有历史问题,沉没成本,多数人的选择都是直接上新架构的DBMS。不会再走老路。

没有达到性能要求

都是历史遗留问题啊,不可能一夕之间就全部替换成分布式,都是需要成本的

https://baijiahao.baidu.com/s?id=1804114818003747176&wfr=spider&for=pc。国内银行核心替换还是压力很大的。换不好就下课。

其实很多大企业核心用的都是 tidb~

有看到了这些趋势了~

有些核心的实践案例你可以看一下:

(3套 核心在 TiDB)

在 TiDB 集群上,支撑了 TCL 实业订单中心、库存中心、商品中心、结算中心、关联交易中心、客户中心、采购中心、配置中心等将近 20 个业务中心。而整个新方舟具体应用架构涉及 40 个业务触点、13 个业务场景、8 个业务中心、680 个功能,应用架构图如下:

2 个赞

刚上线完的项目就是分库分表的,还是要决策层推动才有用

分库分表维护成本太高

确实,自上而下推进更简单一些

理想很丰满,现实很骨感。对于有些陈年项目,这些根本不可能。

历史原因,成本问题,人员问题,稳定性问题。

如果规模到了一定程度,肯定是分布式的数据库多。

分布式,是大势所趋,早晚会替换分库分表。

深有体会,尤其那些用了十几年的。 :joy:

估计是早期做了分库分表,如果是现在选择方案,肯定是分布式数据库。

分库分表慢慢会被淘汰用分布式吧

慢慢替换,只能这么说。

技术不是越新越好,如果我作为决策者,技术只是我考虑的一方面(大约40%)
简单的说技术的先进性是 yes or no,切换的决策是投入和产出,不是一个维度的

1 个赞