分库分表（一）

前言

随着互联网和移动互联网的发展，一方面是数据量的越来越大，另一方面是用户对系统的容忍度越来越低，十年前的诺基亚纯文字网页5秒不出来，我还可以等等，现在视频1秒不播放我就划走了，可想其中的差距。

一、分库分表的分类

1.1 垂直分库

根据业务的范畴对表进行划分，将其划分到不同的库中，每个库的表结构是不一样的。

• 优点

既然被划分到了不同库中，那么肯定可以被安装到不同的服务器中，这样就可以突破单机的性能瓶颈。

• 缺点

但是同样会带来一些新的问题，分布式事务，跨库访问、联表等。

1.2 垂直分表

垂直分表指的是按照业务范畴，是否大字段，访问频次的原则拆分为多个表。

• 优点

一个表中有大字段，如果我们之前了解过mysql的存储原理就知道，mysql是按照页进行数据存储的

• 缺点

如果有联表查询就会得不偿失，所以我们要从业务出发尽量避免联查。

1.3 水平分库

水平分库是按照一定规则将库中表的数据分配到不同的库中。

• 优点

数据分配到不同库了，肯定是提高了数据的查询速度。

• 缺点

缺点也比较明显，假如要查询排序后的top，就需要把所有库查询之后再合并排序得出最终的top，还有路由规则的设定等。

1.4 水平分表

将数据按照一定的规则分配到同一个库中的多个表中，优缺点同上。

二、方案选择

按照一般的方案选择，我们在系统设计初期，就应该根据业务的实际情况，选择合适的垂直分库、垂直分表方案，在业务量或者性能影响不是特别的情况下，我们尽量选择通过增加缓存、读写分离、优化索引、jvm调优等方案提升性能，只有在以上方案都不能有效提供效率且业务量在持续增大的情况下，我们才去选择水平分库，水平分表的方案。

三、结语

道阻且长，行则将至，行而不辍，未来可期，加油。

原创不易，如果你觉得文章不错，对你的进步有那么一点帮助，那么就给个小心心，如果觉得文章非常对你的胃口，那么欢迎你关注我，或者关注个人的微信公众号 程序猿每日分享，这里有资源，有内推，有和你志同道合的朋友，咱们一起打怪升级。