php - 在 PHP : what can I expect? 中从持久连接切换到非持久连接

Question

在过去的几周里，我们已经多次达到 1500 的 mysql 连接限制。突然间，Threads_connected 就爆炸了(短短几分钟内从 300 -> 1500)。

我们的前端服务器 (3x) 使用持久连接连接到数据库服务器 (1x)。即使在线程用完时，我们的数据库服务器似乎也能很好地利用资源(CPU、内存、IO)。

我正在考虑在我们的应用程序 (cakePHP) 中从持久连接切换到非持久连接。我能期待什么？

• 更高的 MySQL 负载？
• 前端服务器负载较高？
• 增加前端服务器的响应时间？

这样做是个好主意，还是我应该进一步增加连接限制？

Answer 1

由于数据库和应用程序服务器位于不同的机器上，您至少可以预期由于打开新连接而导致脚本执行出现额外延迟。如果两台服务器都在 LAN 中，则可以忽略不计。

显然，额外的任务会产生额外的负载，但我敢说这也几乎不会引起注意。与处理查询或您的脚本执行的任何其他操作相比，打开连接的开销很小。

现在，解决手头的真正问题。正如 mikey 所说，您可能需要调查问题的原因。如果使用持久连接，则每个 Web 服务器线程可以打开并维护一个数据库连接。如果负载只有一个小峰值，这可能会大大增加连接量。对于持久连接和非持久连接来说，问题实际上是一样的，除了非持久连接会在之后消失，并且不会因为不必要地占用内存而减慢 future 的操作。

一般来说，如果你想保证每个数据库连接都成功，你必须确保你的 mySQL 服务器可以处理与你的 web 服务器接受并发连接一样多的连接。但是，在现实世界的设置中，您的 Web 服务器很可能会为与数据库无关的连接提供服务。 (图像、CSS、JavaScript 等)。考虑到这一点，您可以提供比数据库连接更多的 Web 服务线程，但是有一个问题，这也可能是问题的根源:

如果有人以与正常使用模式不同的方式访问您网站上的大量页面，则上述规则不适用。例如，如果搜索引擎抓取您的网站。它们处理内容的顺序与浏览器不同。他们可以专注于您的 PHP 页面，打破了每个客户端都会加载混合数据的假设。这是否是一个问题取决于您拥有的页面数量与普通用户数量的比较。如果您的数据库服务器在高负载下变慢，延迟其他连接的处理，这种影响也可以累积。

因此，不使用持久连接并管理数据库服务器上的内存是有意义的，这样它可以以文件缓存和缓冲区为代价支持接近最大的连接，但返回到峰值结束后正常(更快)的操作。

P.S.:确保您了解在使用所有连接时您的数据库将实际使用多少内存。 http://www.mysqlperformanceblog.com/2006/05/17/mysql-server-memory-usage/ .不要在不确定是否有所需内存的情况下就增加允许的连接数。有几次失败的连接尝试比数据库服务器逐渐停止要好，因为它的缓冲区正在被换出。