Memcached 连接数已满
我正在运行一个非常大的 Rails 应用程序。我们使用 Memcached 服务器池和 Evan Reaver 的 gem memcached，并有两个命名空间，一个用于对象/片段，一个用于会话。
我们用于会话的服务器数量是用于对象/片段的服务器数量的一半。
由于某些神秘的原因，Rails 应用程序仅打开 memcached 守护进程设置的最大可用连接的 20-30% 左右。它似乎还从列出的第一个服务器获取最大连接数。
有人对这种奇怪的行为有任何意见吗？
I am running a very large Rails app. We use a pool of Memcached servers and the Evan Reaver's gem memcached, and have two namespaces one for the object/fragments and one for sessions.
We use half the number of servers for sessions as we use for object/fragments.
For some mysterious reason the Rails app only opens around 20-30% of the maximum available connections set by the memcached daemon. It also seem to take the max connections from the first server listed.
Does anyone have any input for this weird behavior?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
事实证明，解决方案非常简单。 每台服务器和 memcache 守护进程的每个 Ruby 工作线程只能获得一个连接。
从所有 Web 服务器上的 Rails 应用获取可能的连接总数的数学计算方法如下：
请注意：如果您为会话运行 memcache，那么这些连接是独立的。
我希望一切都这么简单。 :-)
It turned out the solution was incredibly simple. You get only one connection per Ruby worker per server and memcache daemon.
The math to get the total number of possible connections from your Rails app across all web servers then can be calculated as simple as:
Do note that: If you run memcache for session those connections are separate.
I wish all things would be this simple. :-)