正文
所以，
技术选择需要回归业务本质，而非追逐技术潮流
。
分布式数据库绝对不是包治百病的良药，任何场景，都需要对症下药。
如果是面向海量用户，超大数据量和增长潜力，并伴有高峰值并发、秒杀型的典型互联网业务特征，这确实是分布式数据库舒适区。
如果是复杂业务计算和数据热点集中的场景，采用集中式库更合适，比如12306客票、医院HIS、外汇交易、生产调度、ERP等业务
二、要对分布式祛魅，很多所谓的“分布式场景”，都跟分布式数据库没半毛钱关系。
有的客户希望用分布式的云原生架构，比如微服务化/分布式应用，支持敏捷开发DevOps。
分布式应用的本质，是将上层业务模块解耦、拆分，每个模块都可以独立开发、维护、扩展，并实现容错隔离。
如果只是应用解耦，而数据库保持不变，很显然这个过程与数据库是不是分布式没关系。
而如果在应用解耦过程中，同时将数据库拆解并绑定到特定微服务应用中，那显然数据库面临的压力变小了，也与分布式更没关系了。
至于敏捷开发、CICD、DevOps什么的，跟数据库是不是分布式同样没关系。
有些用户的本意是希望节省成本，一套数据库能满足多个部门、多个应用的需求。
他们认为分布式数据库能够更好地满足这样多部门、多业务需求。
这种情况跟分布式毫无关系，这是数据库的多租户场景，采用支持多租户模式的集中式数据库成本更低、效果更佳。
有人只是觉得分布式数据库更热门、更拉风，就写进了采购标底。
