假如现在有张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啊
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放一个表，查询时候先取首字母，然后确定对应的分表。
如果用户名是英文就简单得多了。
