mysql_pconnect有什么好处？

Question

不管是connect还是pconnect都有弊端，最好的是数据库连接池，但是好像php还没支持。
访问量比较小的时候一般用pconnect,访问量大会造成排队等候

Answer 1

综合楼上两位的意见是说：用pconnect的时候，如果访问量大的话使用是可以节省资源,但同时会造成排队等候.......
这岂不是节约了资源，延长了访问时间？

Answer 2

我一直这样理解,访问量大的时候用pconnect可以节约资源,访问量少的时候,可能会造成排队等候.

Answer 3

PCONNECT是一直占着资源的，一般还是用CONNECT比较好

Answer 4

同意楼上。
对前面几位的说法，不是很了解。
如果pconnect是长期开的话，访问量大的时候，岂不更耗资源？（一个访问开一个数据连接）

Answer 5

mysql_pconnect() acts very much like mysql_connect() with two major differences. First, when connecting, the function would first try to find a (persistent) link that's already open with the same host, username and password. If one is found, an identifier for it will be returned instead of opening a new connection. Second, the connection to the SQL server will not be closed when the execution of the script ends. Instead, the link will remain open for future use (mysql_close() will not close links established by mysql_pconnect()). 手册上的说明，讲得很清楚~~~我的感觉是pconnect是一种用空间换时间的方法~~~

Answer 6

First, when connecting, the function would first try to find a (persistent) link that's already open with the same host, username and password. If one is found, an identifier for it will be returned instead of opening a new connection. 这样的话，其不是客户端关掉浏览器，再开，还可以用刚才的用户？

Answer 7

准确的说应该是关掉浏览器再开的时候，还是使用刚才建立的数据库连接，而不会像connect那样，每次刷新页面都会重新连接数据库~~

Answer 8

永久的数据库连接是指在您的脚本结束运行时不关闭的连接。当收到一个永久连接的请求时。PHP 将检查是否已经存在一个（前面已经开启的）相同的永久连接。如果存在，将直接使用这个连接；如果不存在，则建立一个新的连接。所谓“相同”的连接是指用相同的用户名和密码到相同主机的连接。 对 WEB 服务器的工作和分布负载没有完全理解的读者可能会错误地理解永久连接的作用。特别的，永久连接不会在相同的连接上为您提供建立“用户会话”的能力，也不提供有效建立事务的能力。实际上，从严格意义上来讲，永久连接不会给您提供任何非永久连接无法提供的特殊功能。 为什么？ 这和 WEB 服务器工作的方式有关。您的 WEB 服务器可以用三种方法来利用 PHP 生成 WEB 页面。 第一种方法是将 PHP 用作一个“外壳”。以这种方法运行，PHP 会为向您的 WEB 服务器提出的每个 PHP 页面请求生成并结束一个 PHP 解释器线程。由于该线程会随每个请求的结束而结束，因此任何在这个线程中利用的任何资源（例如指向 SQL 数据库服务器的连接）都会随线程的结束而关闭。在这种情况下，您使用永久连接不会获得任何地改变――因为它们根本不是永久的。 第二，也是最常用的方法，是把 PHP 用作多过程 WEB 服务器的一个模块，这种方法目前只适用于 Apache。对于一个多过程的服务器，其典型特征是有一个父过程和一组子过程协调运行，其中实际生成 WEB 页面的是子过程。每当客户端向父过程提出请求时，该请求会被传递给还没有被其它的客户端请求占用的子过程。这也就是说当相同的客户端第二次向服务端提出请求时，它将有可能被一个不同的子过程来处理。在开启了一个永久连接后，所有请求 SQL 服务的后继页面都能够重新使用这个已经建立的 SQL Server 连接。 最后一种方法是将 PHP 用作多线程 WEB 服务器的一个插件。目前 PHP 4 已经支持 ISAPI、WSAPI 和 NSAPI（在 Windows 环境下），这些使得 PHP 可以被用作诸如 Netscape FastTrack (iPlanet)、Microsoft's Internet Information Server (IIS) 和 O'Reilly's WebSite Pro 等多线程 WEB 服务器的插件。永久连接的行为和前面所描述的多过程模型在本质上是相同的。注意 PHP 3 不支持 SAPI。 如果永久连接并没有任何附加的功能，那么我们使用它有什么好处？ 答案非常简单――效率。当客户端对您的 SQL 服务器的连接请求非常频繁时，永久连接将更加高效。连接请求频繁的标准取决于很多因素。例如，数据库的种类，数据库服务和 WEB 服务是否在同一台服务器上，SQL 服务器如何加载负载等。但我们至少知道，当连接请求很频繁时，永久连接将显著的提高效率。它使得每个子过程在其生命周期中只做一次连接操作，而非每次在处理一个页面时都要向 SQL 服务器提出连接请求。这也就是说，每个子过程将对服务器建立各自独立的永久连接。例如，如果您有 20 个不同的子过程运行某脚本建立了永久的 SQL 服务器永久连接，那么实际上您向该 SQL 服务器建立了 20 个不同的永久连接，每个过程占有一个。 注意，如果永久连接的子过程数目超过了您设定的数据库连接数限制，系统将会产生一些缺陷。如果您的数据库的同时连接数限制为 16，而在繁忙会话的情况下，有 17 个线程试图连接，那么有一个线程将无法连接。如果这个时候，在您的脚本中出现了使得连接无法关闭的错误（例如无限循环），则该数据库的 16 个连接将迅速的受到影响。请查阅您使用的数据库的文档，以获取关于如何处理已放弃的及闲置的连接的方法。 
警告 
在使用永久连接时还有一些特别的问题需要注意。例如在永久连接中使用数据表锁时，如果脚本不管什么原因无法释放该数据表锁，其随后使用相同连接的脚本将会被永久的阻塞，使得您需要重新启动 httpd 服务或者数据库服务。另外，在使用事务处理时，如果脚本在事务阻塞产生前结束，则该阻塞也会影响到使用相同连接的下一个脚本。不管在什么情况下，您都可以通过使用 register_shutdown_function() 函数来注册一个简单的清理函数来打开数据表锁，或者滚回事务。或者更好的处理方法，是不在使用数据表锁或者事务处理的脚本中使用永久连接，这可以从根本上解决这个问题（当然您也可以在其它地方使用永久连接）。 
 以下是一点重要的总结。永久连接是为通常连接建立一对一的分布而设计的。这意味着您必须能够保证在将永久连接替换为非永久连接时，您脚本的行为不会改变。使用永久连接将（非常）有可能改变您脚本的效率，但不改变其行为！