mysql分表疑虑

假如现在有张user表，数据量较大，到了需要分表的地步了。
根据用户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啊

Modoer多功能点评系统2.5 精华版 Build 20110710 GBK

Modoer 是一款以本地分享，多功能的点评网站管理系统。采用 PHP+MYSQL 开发设计，开放全部源代码。因具有非凡的访问速度和卓越的负载能力而深受国内外朋友的喜爱，不局限于商铺类点评，真正实现了多类型的点评，可以让您的网站点评任何事与物，同时增加产品模块，也更好的网站产品在网站上展示。Modoer点评系统 2.5 Build 20110710更新列表1.同步 旗舰版系统框架2.增加 限制图片

0

查看详情

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放一个表，查询时候先取首字母，然后确定对应的分表。

如果用户名是英文就简单得多了。