php中mysql_connect与mysql_pconne

前阵子去面试被问到了mysql_connect跟mysql_pconnect的区别, 很不幸本人只答出一条, 似乎还没被认可~

回来翻了下php手册记录之.

 简单的来说mysql_pconnect是用来在php与mysql间建立一条持续连接, 一般php的执行模式是脚本开始执行时初始化所有资源, 脚本运行结束后释放所有资源. 而mysql_pconnect的方式则不这样, mysql_connect每次都是重新通过tcp 或者unix domian socket跟sql服务器建立关系, 每次握手都是要消耗不少服务器资源的.

 使用pconnect时, 有请求连接mysql时, php会检查是否之前有条相同的连接(以相同的用户名密码连接到同一个mysql服务器)已经建立, 如果有的话就直接使用这条连接, 值得注意的是这个相同的连接的概念是对进程来说的, 不同的进程call mysql_pconnect建立会建立起多条连接.

connect与pconnect不会带来功能的差异, 只有性能上的差别.  

一般php有俩种运行模式, 一是作为cgi运行, 二是作为apache的模块运行. 作为cgi的时候connect跟pconnect没什么不同, 因为每次cgi进行运行结束后都会被销毁清理掉资源. 

php作为apache模块方式运行时, 可以使用到数据库持续连接, 但可能会存在潜在的问题, 这也是哥哥回答的一点.

假设mysql服务器被配置为最大支持10个并发. 而apache被配置为使用100个子进程.

apache由一个父进程来协调将收到的http request分发给哪个空闲中的子进程处理,  这样很快处理了10个http请求, 假设10个都分配给了不同的子进程, 那末10条跟mysql间的持久连接就建立了, mysql的能力已经到了极限.

这时又来了一个http请求, apache将它分给其他的任意不在这10个子进程中的进程, 那末这个进程就没有办法建立到mysql的连接了, 因为坑位已经满了.

使用持久连接还会有其他方面的问题.

如果在你脚本中使用了持久连接, 又进行了锁表操作的话,  如果到脚本结束也没有去解锁的话.  那么下次再运行这个脚本的话, 它为了获得lock table会在那里无尽地等待过去的它unlock table, 过去的它已经不能回来了, 这里成了个死循环. 除非重启web或者mysql服务器. 另一个会造成锁定的就是事务了.

避免这个东东的办法可以用register_shutdown_function来注册个回调函数, 在这里面释放表锁定, 或回滚事务.