国产数据库选型，集中式与分布式如何选取？

集中式和分布式，是数据库两个大的架构类型，两者都有各自适应场景。从过去二三十年发展来看，集中式架构很好地解决了金融机构的场景问题，从技术角度来讲绝大多数场景并没有因能力不足而选择分布式架构的必要。这里更多地是需要考虑多种因素，来做这样的选择。
1.业务诉求
随着金融机构业务逐步互联网化，很多敏态的业务需要底层数据库提供更好的弹性、更大规模承载力，此时可考虑采用分布式架构。
2.技术诉求
技术诉求这里主要来自两个方面，存储与计算。一方面是存储能力的不足，希望通过分布式架构提供的水平扩展能力，满足海量数据存储；一方面是计算能力的不足，希望分布式架构引入更多计算资源参与其中。
3.风险诉求
分布式架构因其自身架构设计特点，在高可用、数据一致性等方面，较集中式架构有优势。有这方面诉求的可考虑分布式。
4.成本诉求
这点非针对分布式，主要是因为国外大型商业数据库经济成本较高，该选择国产库可相对降低成本投入。但因为国产库集中式架构承载力相对受限，因而考虑分布式架构。
5.发展诉求
从更为长远的技术演进路线角度考虑，引入分布式架构做长期储备。
6.政策诉求
为响应国家或监管部门要求，而采用国产库进而使用到国产分布式数据库。

先来对比一下传统集中式数据库和分布式数据库的特点

传统集中式数据库

优势：成熟稳定，行业适配性强，生态完善

劣势：成本高，高可用能力一般，弹性扩缩容能力一般，高并发场景下的负载能力一般

基于分库分表的分布式数据库

优势：线性扩展能力，成本低

劣势：跨库的分布式事务的实现，全局时钟，跨库复杂sql的执行，全局一致性（全局索引，序列等），扩缩容需考虑业务逻辑

原生分布式数据库

优势：高可用能力强，弹性扩缩容能力强，应用侵入性小，灵活部署，对业务透明，低成本

劣势：生态以及配套工具还需要完善

以上是我自己理解的集中式和分布式的一些优劣势，如何选择，要根据应用系统的特点，需要强大的高可用能力，弹性扩缩容能力，高并发负载能力，对于rto和rpo都有很高要求，原生分布式数据库是最好的选择，另外还要考虑信创，国产化趋势等因素。权衡利弊，选择适合自己的才是最好的。

前面几位老师回答得挺好，尤其是韩峰老师的回答全面。那我就通俗点说，分布式数据库比较“重”，技术特点也是为了解决计算资源和存储资源的能力扩展问题，同时兼顾高可用特性。既然比较重，那么管理成本和运营成本上是没有什么优势的，至少从用户的感受来讲，一套分布式环境机器多了，技术点多了，运维方式发生变化了。 所以选择分布式，也就是要思考什么系统场景才配得上花这样的代价？所以重要系统并且技术场景适合，那么选择分布式，其他还是集中式。个人建议不要把分布式数据库当数据库资源池搞多租户什么的，完全隔离没那么容易，需要数据库云服务的，还是走云原生的集中式数据库方向吧。

这个应该看具体的业务吧，，而且随着现在信息系统越来越庞大越来越复杂。单一类型的数据库已经开始无法满足信息化的需求。很多信息架构中都是存在了多种数据库有传统的对象数据库，也有用于大数据的分布式的，具体还是应该根据实际的业务需求和信息化发展规划来选择。

这个问题其实已经争论过很久。
我有这么几个观点：
1. 数据库在整个业务系统中可以提供的最核心的价值是什么？为什么不能被应用系统替代？
我估计应该是并发和事务了吧。
2. 需要看甲方的业务规模，我们很多很多很多时候都在讨论一个极大的场景，然后再说，大场景大业务大流量都可以处理好，小业务，小场景，小流量肯定也能处理好。
   从逻辑上来说，问题不大。但是在我看来大规模的业务场景和小规模的业务场景中技术选型本来也是不一样的，大客户有大客户的路子，小客户有小客户的路子。
比如大的银行可以鉴于集中式单机的性能扩展可以考虑分布，小银行如果用单机就完全跑够了，就完全没有必要选择分布式。
3. 甲方爸爸在整个业务过程中，其实并不是太了解和熟悉到底应该选择哪个？
4. 应用开发商的话语权很重，但是也只是为了自己开发成本的降低，某某数据库后续的维护又是不管的。相当于我为了自己省事推荐了某某，但是我的项目上线和验收之后，后续甲方和数据库就需要单聊了
5. 集中式有集中式的优势，分布式有分布式的优势，重要的是区分清楚自己到底需要什么，莫要跟风，莫要追星。
   适合自己的就是最好的。

办公类系统采用集中式国产数据库，面向互联网的、高并发的重要信息系统采用分布式国产数据库（稳步推进）

从实践的角度总结几点建议，供参考：
1.传统稳态类系统都已经在集中式数据库上跑了很多年，进行分布式改造是件非常谨慎的事情。 如果要提高性能和可用性，可以采用业务拆分的方式，将业务分布在不同的应用节点上，每个应用节点有自己的传统数据库。这种架构也在某种意义上实现了分布式。性能方面可以对每个应用节点及对应的数据库进行扩容；可用性方面，由于业务进行了拆分，当某个业务节点发生故障时将这个业务节点隔离，将请求导向其他节点，这部分工作可以通过自动化运维平台实现自动切换。
2.何种场景选择分布式数据库，可以考虑这些因素：
交易量规模是否很大。
交易是否有明显的周期性。周期性的交易系统很适合分布式数据库，利用弹性伸缩能力灵活调度资源。
预算。分布式数据库对硬件需求较低，节省硬件成本。有些情况选择分布式数据库，是为了适应技术发展趋势，作为试点。也是需要额外的预算支持。
业务系统架构。分布式架构与分布式数据库搭配使用。

（金融行业）信创过程中，核心系统信创选型更倾向于集中式数据库。
1.管理方便;  2.降低风险，避免集群异常这类黑天鹅事件，影响其他系统; 3.演练，通关测试，压力测试便捷，因为需要频繁演练，测试等等，集中式数据库更方便;  4.相比较分布式架构更为简单，中间环节少了，也就意味着出问题的点也会变少。

分布式数据库更多的是应对数据量级较大且有较多拓展扩容需求的系统。信创过程中，发现很多分布式数据库并不能降低成本，一度感觉Oracle，SQL SERVER很良心。

相比于其他技术组件，数据库是数据的核心载体，稳定性和安全性是基本诉求；数据库产品往往需要长期迭代和积累，集中式的积累更加好一些，而分布式是否适合，是需要结合已有成熟案例与自身实际来考虑的；数据库与应用关系紧密，其稳定性又关系到运维工作的方方面面，所以数据库的选型不能只以一种视角来看这个问题。
综上所述，国产数据库选型上，集中式依然是大多数场景的首选，分布式是有益的补充。

国产数据库不管是集中式还是分布式，都少不了mysql的影子。性能上还是阿里云的稍微好一些，不管是管理平台还是运维平台，都有白屏和黑屏，而且健壮性较高，已经经历了很多业务场景，能修复的问题基本都修复了。后期服务的话，华为云也不错，性价比较高，发展也很快。