MySQL_connect和MySQL_pconnect有什么不同？

以下的文章主要介绍的是php中MySQL_connect和MySQL_pconnect的不同之处，我前两天在php手册上看到关于php中MySQL_connect和MySQL_pconnect的不同之处，觉得挺好，今天拿出啦以供大家分享。

前阵子去面试被问到了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来注册个回调函数, 在这里面释放表锁定, 或回滚事务.

以上的相关内容就是对php中MySQL_connect与MySQL_pconnect的区别的介绍，望你能有所收获。

【编辑推荐】