随着业务的增长，数据量的增加，很多接口响应时间变得很长，经常出现 Timeout，而且通过升级 MySQL 实例配置已经无法解决问题了，这时候就要分库。

垂直分库：将不同的业务表分在不同的数据库中。

水平分库：水平分库理论上切分起来是比较麻烦的，它是将同一表数据拆分到不同数据库实例中。

分表的应用场景是单表数据量增长速度过快，因为大表会影响查询性能，DDL变更时间很长，影响业务的可用性，同时导致从库延迟很大。但是 MySQL 实例的负载并不高，这时候只需要分表，不需要分库。

垂直分表：表中的字段太多，需要切分字段，一般将不常用的、 数据较大、长度较长的拆分到“扩展表“。

水平分表：单表数据量太大，按某种规则将单表数据拆分到多张表中。从理论上突破了单机数据量的瓶颈，是分库分表的标准解决方案。

比如按主键ID取模，将数据存储到不同的分片中。

比如按日期范围进行分片。

根据业务场景，灵活定制分片策略

分片策略的选取需要考虑如何不迁移数据，实现集群动态扩缩容，同时又能保证数据分布相对均匀。可以采用整体按范围分片，不同范围包含的分片数可以不同，保证扩容时老数据不需要迁移。范围内，按照取模分片，让每个范围内的数据分布大致均匀。

以下只是建议，不是绝对的要求。