我如何了解有关为网站分片用户数据的更多信息? [英] How would I learn more about sharding userdata for a website?
问题描述
我有兴趣在多台服务器上分片我的网站用户数据.
I'm interested in sharding my websites user data across multiple servers.
例如，用户将从同一个地方登录.但是登录脚本需要弄清楚用户数据驻留在哪个服务器上.因此，登录脚本将查询主注册表以获取该用户名，并且它可能会返回它在服务器 B 上.然后登录脚本将连接到服务器 B 并验证用户名/密码.那有意义吗?使用主注册表之类的东西来解析数据所在的位置是否正常?
For example, users will login from the same place. but the login script needs to figure out what server that users data resides on. So the login script would query the master registry for that user name, and it might return that it's on server B. The login script would then connect to server B and verify the username/password. Does that make sense? Is it normal to have something like a master registry to resolve where data resides?
也 - 我已经搜索过，但我没有太多运气找到有关分片的教程/信息/策略.如果您知道有关该主题的任何在线资源，如果您愿意分享，我将不胜感激，以便我可以自学.谢谢！
also- I've searched but I haven't had much luck finding tutorials/information/strategies on sharding. If there are any online resources that you are aware of on the topic I would greatly appreciate it if you would share so that I may educate myself. Thanks!
推荐答案
您应该查看信息丰富的站点 http://highscalability.com .值得一读的帖子:
You should check the very informative site http://highscalability.com . Posts worth reading:
通常您遵循正确的方法，但如果您需要对多个集群进行查询，这可能会很快变得令人讨厌 - 例如您朋友最近的帖子"类型查询.
Generally you are following the right approach but this can get nasty quite fast if you need to do queries on more than one cluster - e.g. "your friends' recent posts" type queries.
这篇关于我如何了解有关为网站分片用户数据的更多信息?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
