mysql分库分表 ppt_透明的分库分表方案

问题提出

随着应用规模的不断扩大，单机数据库就慢慢无法满足应用的需要了，这主要表现在如下方面:

存量数据越来越大，查询速度越来越慢

访问并发越来越大，磁盘IO、网络IO、CPU都慢慢成为瓶颈

事务数越来越多，事务冲突越来越严重，导致TPS越来越少

这个时候，有的人采用了换商用数据库的方案比如Oracle，然后用Oracle的RAC方式进行水平扩展。但是带来的缺点也比较明显，第一是成本太高，一般人吃不消；第二，管理复杂度较单节点有非常大的提升，风险及管理成本也相应增加；第三，对人员的水平要求更高，如果做不好，在某些场景下甚至不如单节点来得快；第四，随着集群规模的变大，性能提升幅度与加入的节点数非正比关系，所以经济性也不太好。

因此，本人的结论是，短时间内采用Oracle等商用大型数据库阶段性的解决一段问题是可以的，但是从长久来说，还是治标不治本的。

因此当数据库处理能力不足的时候，还是要想办法对现有数据库进行的扩展为好。

解决方案

数据库处理性能不足的时候，一般有两种解决方案，一种是垂直扩展，一种是水平扩展。

垂直扩展方案

优势：业务代码不需要进行任何附加处理

劣势：费用增加远超过扩展的处理能力通过增加硬件扩展的性能最终有其极

限网络IO处理瓶颈无法解决随着数据量的增加，性能下降加快

水平扩展方案

优势：磁盘IO、网络IO、CPU、内存分散到不同的机器上

水平扩展