关于PHP中的 Singletons 的讨论让我越来越多地思考这个问题。大多数人指示您不应该在一个请求中建立一堆数据库连接，我只是好奇您的推理是什么。我的第一个想法是你的脚本向数据库发出这么多请求的费用，但后来我用一个问题反驳自己：多个连接不会使并发查询更有效吗？
一些知情人士的答案（有证据，伙计们）怎么样？
Brian Warshaw
问问题
9847 次
5 回答
10
数据库连接是一种有限的资源。一些数据库的连接限制非常低，浪费连接是一个主要问题。通过使用许多连接，您可能会阻止其他人使用数据库。
Additionally, throwing a ton of extra connections at the DB doesn't help anything unless there are resources on the DB server sitting idle. If you've got 8 cores and only one is being used to satisfy a query, then sure, making another connection might help. More likely, though, you are already using all the available cores. You're also likely hitting the same harddrive for every DB request, and adding additional lock contention.
If your DB has anything resembling high utilization, adding extra connections won't help. That'd be like spawning extra threads in an application with the blind hope that the extra concurrency will make processing faster. It might in some certain circumstances, but in other cases it'll just slow you down as you thrash the hard drive, waste time task-switching, and introduce synchronization overhead.
于 2008-08-26T17:03:06.273 回答
4
这是建立连接、传输数据然后将其拆除的成本。它会吃掉你的表现。
证据更难获得，但请考虑以下...
假设建立连接需要 x 微秒。
现在您要发出多个请求并来回获取数据。假设一个连接和多个连接之间的传输时间差异可以忽略不计（只是为了争论）。
现在假设关闭连接需要 y 微秒。
打开一个连接将花费 x+y 微秒的开销。打开许多将需要 n * (x+y)。这会延迟你的执行。
于 2008-08-26T16:56:22.203 回答
2
建立数据库连接通常非常繁重。很多事情都在后台进行（DNS 解析/TCP 连接/握手/身份验证/实际查询）。
我曾经遇到过一些奇怪的 DNS 配置问题，它使每个 TCP 连接都需要几秒钟才能启动。我的登录过程（由于架构复杂）需要 3 个不同的数据库连接才能完成。有了这个问题，登录需要很长时间。然后我们重构了代码，让它只通过一个连接。
于 2008-08-26T16:59:49.747 回答
1
我们从 .NET 访问 Informix 并使用多个连接。除非我们在每个连接上都启动一个事务，否则它通常是在连接池中处理的。我知道这是非常特定于品牌的，但大多数（？）数据库系统的 cilent 访问将尽其所能汇集连接。
顺便说一句，由于跨数据库连接，我们确实遇到了连接计数问题。Informix 支持同义词，因此我们将常见的违规者同义，并且多个连接在服务器端处理，从而节省了大量的传输时间、连接创建开销和（我们情况的真正症结）许可费用。
于 2008-08-26T17:02:28.850 回答
0
我认为这是因为您的请求不是异步发送的，因为您的请求是在服务器上迭代完成的，每次都阻塞，您必须支付每次创建连接的开销，而您只需要这样做一次...
在 Flex 中，所有 Web 服务调用都是自动异步调用的，因此您经常会看到多个连接，或者在同一个连接上排队请求。
异步请求通过更快的请求/响应时间来降低连接成本......因为在没有一些线程的情况下您无法在 PHP 中轻松实现这一点，因此性能损失比简单地重用相同的连接更大。
那是我的2美分...
于 2008-08-26T16:58:22.387 回答