aylui2012的博客

业务开发势必会遇到分表分库，列如订单表，朋友圈数据表这种，随着时间增长，势必会无限增长，这就逼着我们不得不按时间去进行水平分表，当你在后期维护的时候，你是否会遇到这种情况？例如：经过初步估算我们决定按着天分表，可是前期业务量并没有上来，导致一个表内的数据只有十几万，甚至更少？或者到了后期某个月或者某天，因为我们一个活动的开展，单子表单数据量激增至好几千万？这样势必会导致我们的资源浪费或者资源不足的情况。那我们改怎么办呢？解决方案：键值映射首先说下，这是我想到的名词，不知道别家怎么定的，欢迎讨论！先说

今天给大家分享一下，工作中用过的一些分表策略！首先！！垂直分表不是解决数据过大的根本方法！水平分表才是！！下面聊几个案列一。订单表，一般来说订单表单表在数据量到达200w的时候，开始慢慢显现出性能瓶颈，当访问数量增加时，可以使用从库加缓存的方式解决，但当数据量太多如2亿条的时候，我们就应该对表进行水平切割了，先说按月分表，就是每个月建立一个表 如 order_202006，订单号一时间为前缀，根据订单号先定位到所在的库，在进行存储，get的时候也是通过订单好直接定位到订单所在的库，然后获取。这样，

mysql分库之后如何分页查询按时间水表无限分表问题浮现前言:当我们的应用在经历时间的洗礼之后，mysql数据库势必会遇到数据量过大，需要分表分库，当然，我们应该一开始就进行这个操作！！切入正题：按时间水表无限分表例如：订单表我们对他进行水平分表，一时间对位订单号的头部 如：20210101112233321654，其中20210101112233部分为当前时间精确到秒，321654是我们的随机数，构造出的订单号作为分表标志，然后我们假设，一个月一张表，那么上述的订单号应该在 order_2021