2,3个字段的表,数据量大了,需要分表吗?

游北亮
博客专家认证
2018-03-30 10:57:34
具体业务是这样的,一个用户表,字段有:
id, name, phone, sex, age……

实际业务中,经常根据 id 或 phone 查找,数据量小的时候,单表就ok了,phone建个索引完事。

但是用户表越来越大,已经几千万了,考虑到后续的发展,已经按id mod 10,进行了分表操作,
同时加了一个映射表,只有2个字段, phone => id,

那么这个映射表,是否有必要分表呢?如果记录表过亿了,会不会存在性能问题?
...全文
812 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
qq_36802756 2018-04-02
  • 打赏
  • 举报
回复
之前搞过一个,每天生成一个新表,只记录当天的数据
游北亮 2018-03-31
  • 打赏
  • 举报
回复
引用 4 楼 alex259 的回复:
我觉得如果一直是需要保留的数据,那么可以用号码段来分表,根据输入的phone号码来判断,需要去哪个表查,对应的数据。如果后面数据量再大了,就根据号码位数再细分。不知道是不是可行
如果只是根据phone查,你这个设计当然没问题, 但是如果根据id来查,怎么知道在哪个表?所以映射表还是需要的
alex259 2018-03-31
  • 打赏
  • 举报
回复
我觉得如果一直是需要保留的数据,那么可以用号码段来分表,根据输入的phone号码来判断,需要去哪个表查,对应的数据。如果后面数据量再大了,就根据号码位数再细分。不知道是不是可行
游北亮 2018-03-30
  • 打赏
  • 举报
回复
前端已经通过Redis做了一级缓存, 所以本问题,只是纯粹的想了解下,这个字段很少的表,是否有必要分表? 不分表的话,单表膨胀是否会存在性能问题?
游北亮 2018-03-30
  • 打赏
  • 举报
回复
引用 2 楼 rucypli 的回复:
直接分mod100个表
谢谢,我的问题是那个映射表,只有2个字段,需要分表吗?
rucypli 2018-03-30
  • 打赏
  • 举报
回复
直接分mod100个表

56,673

社区成员

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧