数据库：用户心中的成见是一座大山

正文

请到「今天看啥」查看全文

所以， 技术选择需要回归业务本质，而非追逐技术潮流 。

分布式数据库绝对不是包治百病的良药，任何场景，都需要对症下药。

数据库到底应该如何选？

一、要搞清自己的业务需求和痛点，再对症下药↓

如果是面向海量用户，超大数据量和增长潜力，并伴有高峰值并发、秒杀型的典型互联网业务特征，这确实是分布式数据库舒适区。

如果是复杂业务计算和数据热点集中的场景，采用集中式库更合适，比如12306客票、医院HIS、外汇交易、生产调度、ERP等业务

二、要对分布式祛魅，很多所谓的“分布式场景”，都跟分布式数据库没半毛钱关系。

1、“ 分布式应用 ”场景：

有的客户希望用分布式的云原生架构，比如微服务化/分布式应用，支持敏捷开发DevOps。

分布式应用的本质，是将上层业务模块解耦、拆分，每个模块都可以独立开发、维护、扩展，并实现容错隔离。

如果只是应用解耦，而数据库保持不变，很显然这个过程与数据库是不是分布式没关系。

而如果在应用解耦过程中，同时将数据库拆解并绑定到特定微服务应用中，那显然数据库面临的压力变小了，也与分布式更没关系了。

至于敏捷开发、CICD、DevOps什么的，跟数据库是不是分布式同样没关系。

2、“ 分布式用户 ”场景

有些用户的本意是希望节省成本，一套数据库能满足多个部门、多个应用的需求。

他们认为分布式数据库能够更好地满足这样多部门、多业务需求。

这种情况跟分布式毫无关系，这是数据库的多租户场景，采用支持多租户模式的集中式数据库成本更低、效果更佳。

3、“ 分布式标底 ”场景

前两种只能算“错误认知”，而这一种就堪称魔幻了。

有人只是觉得分布式数据库更热门、更拉风，就写进了采购标底。

请到「今天看啥」查看全文