【千问百科解读】

最近学习了阿里资深技术专家李运华的架构设计关于分库分表的教程，千问网，颇有收获，总结一下。

本文重要介绍高性能数据库集群分库分表相关理论，基本架构，涉及的复杂度问题以及常见解决方案。

读写分离分散数据库读写操作压力，分库分表分散存储压力

类似读写分离，分库分表也是确定没有其他优化空间之后才采取的优化方案。

那如果业务真的进展很快岂不是很快要进行分库分表了？那为什么不一开始就设计好呢？

按照架构设计的“三原则”简单原则，合适原则，演化原则，简单分析一下：

首先，这里的“如果”事实上发生的概率比较低，做10个业务有一个业务能活下去就很不错了，更何况快速进展，和中的概率差不多。

如果我们每个业务上来就按照淘宝、微信的规模去做架构设计，不但会累死自己，还会害死业务。

其次，如果业务真的进展很快，后面进行分库分表也不迟。

因为业务进展好，相应的资源投入就会加大，可以投入更多的人和更多的钱，那业务分库带来的代码和业务复杂问题就可以通过加人来解决，成本问题也可以通过增加资金来解决。

业务分表概述

带来的问题

垂直分表

增加表操作的次数

水平分表

路由问题

数据库操作问题

类似读写分离，具体实现也是“程序代码封装”和“中间件封装”，但具体实现复杂一些，因为还有要判断SQL中具体操作的表，具体操作例如count、order by、group by等，根据具体操作做不同的处理。

如果对java微服务、分布式、高并发、高可用、大型互联网架构技术、面试经验交流。

感兴趣可以关注我的头条号，我会在微头条不定期的发放免费的资料链接，这些资料都是从各个技术网站搜集、整理出来的，如果你有好的学习资料可以私聊发我，我会注明出处之后分享给大家。

欢迎分享，欢迎评论，欢迎转发。

声明：本文内容仅代表作者个人观点，与本站立场无关。

如有内容侵犯您的合法权益，请及时与我们联系，我们将第一时间安排处理