mysql分表疑虑
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了mysql分表疑虑,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1714字,纯文字阅读大概需要3分钟。
内容图文
![mysql分表疑虑](/upload/InfoBanner/zyjiaocheng/241/2cea4db949004841bc3632a28f3f4874.jpg)
根据用户ID去分表处理,对10取余存放。
但是现在有个疑虑,用户登录时,总不能10张表都去查询吧。
各位有什么好的建议或思想,讨论讨论吧,互相学习,互相进步!!!
sorry没描述清楚。
user表,id,name,password三个字段
现在按id已经进行分表了,但是登陆时需要验证name和password,这个时候怎么去处理,不应该每张表都要查一遍吧
回复内容:
假如现在有张user表,数据量较大,到了需要分表的地步了。
根据用户ID去分表处理,对10取余存放。
但是现在有个疑虑,用户登录时,总不能10张表都去查询吧。
各位有什么好的建议或思想,讨论讨论吧,互相学习,互相进步!!!
sorry没描述清楚。
user表,id,name,password三个字段
现在按id已经进行分表了,但是登陆时需要验证name和password,这个时候怎么去处理,不应该每张表都要查一遍吧
看看我的博客吧
http://edagarli.logdown.com/posts/345292
没必要直接操作DB,User有关数据放在缓存即可,查询缓存。
可以根据用户名进行hash啊
MySQL5.5以后可以选择分区,按月份分区即可。
选择分表的话,userid按10取余分10个表单表还是有点大。userid按10取余如果为1,那就去user_1中取即可,依次类推。
10个表不够的话可以选择分区,或者hash出N个表,N由自己的算法确定。
个人认为按照ID取余的划分的话,不利于后续的数据库的扩展,若10个不够的时候,需要拓展到15个客户端是要修改的,可以考虑使用hash的方式比较靠谱
追加:要不然可以在数据库前加上redis .redis 记录name和ID的对应关系,应该可以一定程度避免全局查找的情况
用户表最好垂直划分,可以用memcache或者redis来缓存用户表,水平切分意义不大
用缓存吧,因为用户登录时,你根本不知道用户ID
不明白你为什么会对User表来分表。如果单纯是举个例子可能会误导人。
我试过的分表一般就是按时间来分的。
如果非要用User分表,我的建议是取用户名的拼音首字母,每个字母一个分表。如果嫌太多了就abc放一个表,def放一个表,查询时候先取首字母,然后确定对应的分表。
如果用户名是英文就简单得多了。
内容总结
以上是互联网集市为您收集整理的mysql分表疑虑全部内容,希望文章能够帮你解决mysql分表疑虑所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。