mysql千万数据级分表设计及实现方案

 针对系统数据表日渐增长的数据量,分库分表是减少数据库压力,增加db操作效率的常见解决方案。就目前项目系统而言,数据量级基本多张表已达3kw至6kw的量级。下面对笔者针对系统db结构,结合O2O业务特性整理的分表设计思路及实践方案的讨论。

 

设计思路:
1、首先确定是否要分表:就一般系统而言,数据量达到kw级别,慢sql数量增多,基本就需要考虑分表操作。

2、确定分成几张表:这个根据数据增长量估算,简言之,当前数据量分成多少份,结合当前业务量,估算本次分表后,可满足多少年内稳健的数据服务。

3、拆分方案:就拆分方案而言,一般采取两种思路:

    1)一是根据自增主键进行哈希取模,将数据均分到n张表中;该方案最简单,且最合适,拆分后数据分布均匀。

    2)二是无自增主键,选取的分表id由特定的方式生成,则需先确定分表id生成逻辑,根据该逻辑确定取模计算的逻辑,以保证数据均分。

案例分析:
下面采用项目中两个case分表说明:

case1 支付详情表:
 

1、数据表结构分析:6kw量级、自增主键、数据插入查询多,更新少、日增量3k条

2、方案设计:采用自增主键取模8,分为8张表。

case2 用户积分表:
1、数据表结构分析:4kw数据量级、主键 id非自增、读多写少,常根据uid进行查询

2、方案设计:

    采用uid作为分表键,研究uid生成逻辑

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值