当MySQL单表的数据库过大时，数据库的访问速度会下降，“数据量大”问题的常见解决方案是“水平切分”。
MySQL常见的水平切分方式有哪些？
回答：分库分表，分区表
什么是MySQL的分库分表？
回答：把一个很大的库（表）的数据分到几个库（表）中，每个库（表）的结构都相同，但他们可能分布在不同的MySQL实例，甚至不同的物理机器上，以达到降低单库（表）数据量，提高访问性能的目的。
分库分表往往是业务层实施的，分库分表后，为了满足某些特定业务功能，往往需要开发修改代码。
什么是MySQL的分区表？
回答：所有数据还在一个表中，但物理存储根据一定的规则放在不同的文件中。这个是MySQL支持的功能，业务开发代码无需改动。
看上去分区表很帅气，为什么大部分互联网还是更多的选择自己分库分表来水平扩展咧？
回答：
1）分区表，分区键设计不太灵活，如果不走分区键，很容易出现全表锁。
2）一旦数据量并发量上来，如果在分区表实施关联，就是一个灾难。
3）自己分库分表，自己掌控业务场景与访问模式，可控。分区表，研发写了一个SQL，都不确定MySQL是怎么玩的，不太可控。
当然，在数据量和并发量不太大，或者按照时间来存储冷热数据或归档数据的一些特定场景下，分区表还是有上场机会的。
例如，按照时间分区，存储日志。
关于MySQL 分区表，相关链接如下：
MySQL表分区（partition）创建、查询、删除以及重建分区等等操作
获取MySQL分区表信息的几种方法
理解MySQL表分区(partition)，创建表分区，对比分析查询性能
MySQL 数据库扩展方案-分库分表方案
MySQL 分区、分表、分库-分析比较，选择合适的方案
亿级订单数据分库分表设计方案（含整体架构图）
什么时候需要考虑做数据切分？
能不切分尽量不要切分。
并不是所有表都需要进行切分，主要还是看数据的增长速度。切分后会在某种程度上提升业务的复杂度，数据库除了承载数据的存储和查询外，协助业务更好的实现需求也是其重要工作之一。
不到万不得已不用轻易使用分库分表这个大招，避免"过度设计"和"过早优化"。分库分表之前，不要为分而分，先尽力去做力所能及的事情，例如：升级硬件、升级网络、读写分离、索引优化等等。当数据量达到单表的瓶颈时候，再考虑分库分表。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/717/viewspace-3148623/ ，如需转载，请注明出处，否则将追究法律责任。
