分布式数据库应用场景及产品对比分析探讨？

对数据库并不是太熟悉。不过之前给朋友帮忙的一个例子。让我有些感想。
朋友用的MYSQL数据库。不过由于程序开发时部分语句不够优化。从系统层能看到数据库的资源占用很高。后来朋友找了个专门的DBA做了优化后就降下来了。
所以我觉得目前市场上主流的产品可能在技术 。性能上的差异会有。但并不一定能够很好的分析出来。毕竟没有统一的一个测试平台来测试他们。不同的程序。运行环境。都会让数据库的效果产生不同的结果。。
现在IT系统的整合度越来越高。再不像以前。网络推系统。系统推数据库。数据库推应用。现在是任何环节都要统一

不同商品的优劣势在这里回答估计会有很多人不同意。总的来说分布数据库还在成长阶段。我把分布式分为读写分离，基于中间件的分布式和集群式的分布式产品。总的来说基于业务实际性能需求挑选就好。使用分布式产品，一方面要关注性能和稳定性，另一方面也需要关注管理性和生态。因为大家都是刚起步，也没个沉淀了十年的成熟产品。所以谁能走到最后真看不好。个人会偏向开发能力和支持能力更强的大厂。

分布式的主要场景就是渠道类的有着高并发需求的系统，例如手机银行，支付等。其他复杂查询多，数据不适合统一分片的，就很不适合。

目前产品都不太成熟，连ACID和隔离性都需要好好测测。分布式的事务以及全局一致性都需要特别关注一下。整体性能瓶颈也是有上限的，不是说真的可以横向无限扩展。因此在真的挑选一个分布式数据库产品的时候，这些核心的问题都保证，然后再考虑维护性。

在进行分布式数据库选型前，以下几个关键要素，作为选型的参考：可扩展性、高并发性、高可用性、支持分布式事务、易于维护、兼容性。
在设计分布式数据库架构时，要考虑高可用、负载均衡、网络、存储、监控与告警、备份与恢复、灾备、日常运维、应用适配和优化等多方面的方案规划。尤其需要特别注意网络延时、多应用数据隔离、分布式事务处理、数据归档等难点问题。
有的企业比较看重自主可控。
此外，还需考虑迁移改造成本。在选型时一定要考虑原数据库迁移至分布式数据库的改造成本，包括 sql 语句、数据迁移等方面的改造难度和改造工作量，也包括与分布式数据库匹配的硬件投入（某些分布式数据库对于硬件的要求比较高，硬件会影响数据库性能。）
具体哪个产品好没有绝对的结果，看你们银行的侧重点。

实际工作中，采用Shared Nothing 架构的分布式并行数据库集群，要求具备高性能、高可用、高扩展特性，可以为超大规模数据（级）管理提供高性价比的通用计算平台，并能够广泛地用于支撑各类数据仓库系统、BI系统和决策支持系统。同时，能够支持用户的高并发访问及提交多样、灵活的SQL语句，后台做做好不同级别用户的权限管控和动态资源分配。

使用MySQL的较多吧 免费