持久数据库连接 - 是或否？

Question

我正在使用PHP的PDO层进行项目中的数据访问，我一直在阅读它并发现它对持久数据库连接有很好的内在支持。我想知道何时/是否应该使用它们。我会在CRUD沉重的应用程序中看到性能优势吗？是否存在需要考虑的缺点，可能与安全性有关？

如果对你很重要，我正在使用MySQL 5.x。

Answer 1

您可以将其用作粗略的“规则集”：

是，使用持久连接，如果：

• 只有少数应用程序/用户访问数据库，即您不会导致200个打开（但可能是空闲）的连接，因为在同一主机上共享了200个不同的用户。
• 数据库正在您通过网络访问的另一台服务器上运行
• （一个）应用程序经常访问数据库

否，请勿使用持久连接，如果：

• 您的应用程序每小时只需要访问数据库100次。
• 您有许多Web服务器访问一个数据库服务器
• 您在prefork模式下使用Apache。它为每个子进程使用一个连接，可以相当快地增加。 （通过评论中的@Powerlord）

使用持久连接的速度要快得多，尤其是在通过网络访问数据库时。如果数据库在同一台机器上运行，它没有太大的区别，但它仍然快一点。然而 - 正如名称所说 - 连接是持久的，即它保持打开，即使它没有被使用。

问题在于，在“默认配置”中，MySQL只允许1000个并行“开放通道”。之后，拒绝新连接（您可以调整此设置）。因此，如果您有 - 例如 - 20个Web服务器，每个客户端上有100个客户端，并且每个客户端每小时只有一个页面访问权限，那么简单的数学运算将向您显示您需要与数据库建立2000个并行连接。那不行。

Ergo：仅用于有大量请求的应用程序。

Answer 2

简而言之，我的经验表明应该尽可能避免持久的联系。

请注意，对于使用mysql_pconnect创建的连接，mysql_close是无操作（无操作）。这意味着客户端无法随意关闭持久连接。当连接上没有活动超过 wait_timeout 时，mysqldb服务器将关闭此类连接。如果 wait_timeout 为大值（例如30分钟），则mysql数据库服务器可以轻松达到 max_connections 限制。在这种情况下，mysql db将不接受任何将来的连接请求。 这是您的寻呼机开始发出哔哔声的时间。

为了避免达到 max_connections 限制，使用持久连接需要仔细平衡以下变量......

1. 一台主机上的apache进程数
2. 运行apache的主机总数
3. mysql db server中的wait_timout变量
4. mysql db server中的max_connections变量
5. 一个apache进程在重新生成之前提供的请求数

因此，经过充分考虑后，pl使用持久连接。您可能不希望为持久连接获得的小增益邀请复杂的运行时问题。

Answer 3

创建与数据库的连接是一项相当昂贵的操作。持久的联系是个好主意。在ASP.Net和Java世界中，我们有“连接池”，这大致相同，也是一个好主意。

Answer 4

IMO，这个问题的真正答案是最适合你的app。我建议您使用持久性和非持久性连接对应用程序进行基准测试。

Maggie Nelson @ Objectively Oriented在8月份发布了此消息，而Robert Swarthout发布了一些附带一些硬数字的帖子。两者都是非常好的读物。

Answer 5

以我的拙见：

当使用PHP进行Web开发时，大多数连接只会在页面执行期间“生效”。一个持久的连接将花费你很多开销，因为你必须把它放在会话或一些这样的东西。

99％的时间在页面执行结束时死亡的单个非持久连接都可以正常工作。

另外1％的时间，您可能不应该在应用程序中使用PHP，并且没有完美的解决方案。

Answer 6

我打算问同样的问题但不是再问同一个问题我只会添加一些我发现的信息。

• Are PHP persistent connections evil ?
• Persistent Database Connections

值得注意的是，较新的mysqli扩展甚至不包括使用持久数据库连接的选项。

我目前仍在使用persitent连接，但计划在不久的将来切换到非持久性。

Answer 7

通常，您有时需要使用非持久连接，并且将单个模式应用于数据库连接设计是很好的（只要在您的上下文中使用持久连接的优势相对较小。）< / p>