整理的一个在phpchina的一个问题：
1.用mysql_connect()函数建立一个单例类,比如:
[code=PHP]class DB
{
private static $db=NULL;
private function __construct()
{
;
}
public static function conn()
{
if(self::$db==NULL)
{
self::$db=mysql_connect('localhost','root','****');
}
return self::$db;
}[/code]2.直接使用pconnect长连接
3.建立一个数据库操作类,构建实例的时候连接数据库,销毁的时候关闭连接(mysql_close)
4.优先采用长连接PHP代码
[code="PHP"]if(mysql_pconnect())
{
$conn=mysql_pconnect();
}else{
$conn=mysql_connect();
}[/code]以上四个方式采用哪个性能高?或者针对不同的并发情况,什么场景使用什么连接较好?
有人回答如下：
在php层面，无论你怎么写代码，都是半斤八两，没啥区别。我来强调下长连接和普通链接的区别：
永久链接并不是说，服务器打开了一个连接，然后所有的人都共享这个链接。永久连接一样是每个客户端来就打开一个连接，有200人访问就有200个连接。其 实mysql_pconnect()本身并没有做太多的处理, 它唯一做的只是在php运行结束后不主动close掉mysql的连接.
在php经cgi方式运行时pconnect和connect是基本没有区别的, 因为cgi方式是每一个php访问起一个进程, 访问结束后进程也就结束了, 资源也全释放了. 当php以apache模块方式运行时, 由于apache有使用进程池, 一个httpd进程结束后会被放回进程池, 这也就使得用pconnect打开的的那个mysql连接资源不被释放, 于是有下一个连接请求时就可以被复用.这就使得在apache并发访问量不大的时候, 由于使用了pconnect, php节省了反复连接db的时间, 使得访问速度加快. 这应该是比较好理解的. 但是在apache并发访问量大的时候, 如果使用pconnect, 会由于之前的一些httpd进程占用的mysql连接没有close, 则可能会因为mysql已经达到最大连接着, 使得之后的一些请求永远得不到满足.若mysql最大连接数设为500, 而apache的最大同时访问数设为2000，假设所有访问都会要求访问db, 而且操作时间会比较长，当前500个请求的httpd都没有结束的时候，之后的httd进程都是无法连接到mysql的(因已经达到mysql最大连接 数). 只有当前500个httpd进程结束或被复用才可以连接得到了mysql
当db操作复杂, 耗时较长时, 因httpd会fork很多并发进程处理, 而先产生的httpd进程不释放db连接, 使得后产生的httpd进程无法连上db. 因为这样没有复用其它httpd进程的mysql连接. 于是会就产生很多连接超时。 在并发访问量不高时,使用pconnect可以简单提高访问速度, 但在并发量增大后, 是否再使用pconnect就要看程序员的选择了.
php对mysql的连接并没有真正用到连接池, pconnect也只是相当于借了apache的进程池来用, 所以在并发访问量大的时候pconnect并不能很好的提高访问db效率.
在实际的应用中，用mysql_pconnect的话，每次刷新和请求新的页面都比较快，而用mysql_connect的话，每次刷新都要重新请求，当数据库连接比较慢的时候，就能看出差异了。当你的数据库连接比较慢，DB操作不是很复杂，并且你对自己的程序足够自信，不会产生死锁的时候，且你对服务器有控制权的话，满足以上四个条件中的任意两个，那么就可以用 pconnect。
pconnect不用在脚本里关闭，可以在mysql中设置lifetime，也可以写shell定期扫描，kill掉休眠过长的连接。 一句话总结：要用好pconnect，不仅仅是php脚本的事 还关系到数据库和服务器的设置。
