数据库瓶颈如何解决

1 每一个类型的数据库都会有它自己的优缺点。关系数据库保证的是数据的强一致性。牺牲掉的是数据库的横向扩展能力。适合的是频繁的增删改查场景，不适合的是对于某一种数据库操作有超量需求的场合。

2 选择什么样的数据库。这个取决于业务特点，如果数据必须强一致性，那就不要想着改造数据库到NOSQL了。如果数据可以容忍最终一致或者弱一致，那就按照业务的读写特点选择一款合适的NOSQL数据库。或者某些数据可以剥离，并且容忍数据的弱一致性，那么就把这些数据剥离出来重新选择数据库。但是工程量会是非常巨大的，应用全部重新改造。

所以，如果ORACLE遇到瓶颈，两种方式来缓解。第一、如果是HA，那么换成RAC。如果是RAC，那么试着增加节点的纵向处理能力（CPU、内存）

1：任何业务几乎最后压力都会集中在数据库上，但是这里面的压力多少是来自数据库系统本身，多少是来自业务软件本身，还有多少是来自硬件及网络架构本身，是个值得商榷的事情。

2：oracle顶不住的My Sql就能顶得住么？我觉得这不是优劣比较的问题，此外这两个数据库对业务类型是有相当大的差别的，如果你是OLTP，我就可以完全下结论Oeacle顶不住的你MySql一样顶不住。

3：oracle产品的替换postgresql或mysql有没有实际例子，实例肯定是有的。我在一次Oracle的行业会上提问过Oracle方面的专家对Oracle被MySql替换掉有什么看法。该专家的回答让我至今都深深震撼着：用MySql替换的Oracle的客户，也从来不是我们的服务客户。

4：此外，如果你是互联网倾向的用户那么完全可以用MySql替换掉Oracle，其主要问题不仅仅在于某些压力问题，更多的是成本考量并且业务也可以接受这样的架构。

oracle都顶不住的压力mysql能顶住？还是从优化着手吧。改成mysql+分布式架构，数据的一致性不说，技术实现的复杂度并不少花钱。