php自动释放数据库连接 php自动加载机制原理

php mysql连接会自动关闭吗?PHP中与数据库的连接是非持久连接php自动释放数据库连接,系统会自动回收php自动释放数据库连接,一般不用设置关闭,但是如果一次性返回的
结果集
比较大,或者网站访问量比较多,则最好使用
mysql_close
()函数手动进行释放php自动释放数据库连接!
PHP 连接数据库什么情况下才会用到持久链接 mysql数据库持久连接理解
原来php自动释放数据库连接的mysql_connect是非持久连接,所以即使php自动释放数据库连接你在当前脚本中没有使用mysql_close函数进行关闭连接 。脚本执行完毕后,连接标识会自动释放掉 。这里是什么完成自动上释放php自动释放数据库连接的操作呢php自动释放数据库连接?php跟java一样,有一个垃圾资源回收系统,对于不再用到的资源会自动进行内存回收 。怎么实现的,不知道 。
pconnect()是建立持久连接,特点是:当前脚本执行完毕后 。该连接标识不会被释放掉 。下一个脚本文件还可以使用 。
持久连接的实际用处:假如一个php脚本文件,同时会有多个用户访问该页面 。里面涉及到数据库查询操作 。如果使用非持久连接的话,那么每个用户都会从新建立一个数据库连接 。而持久连接,多个用户访问同一个文件的时候,可以共享一个数据库连接标识 。这样减少php自动释放数据库连接了连接次数 。
使用持久连接常常是将php作为apache的一个扩展的时候进行的 。
数据库直连如果不关闭数据库是一直连着的吗?下次调用是什么机制啊会一直连着php自动释放数据库连接,有php自动释放数据库连接的数据库,如oracle会在连接空闲多长时间后自动断开连接 。直连php自动释放数据库连接的话,下次连接会重新申请一个连接,由于数据库连接有最大限制,所以建议连接用完后关闭 。
php 转换页面后是否自动清除了前一页面进行的数据库连接,以及查询的内存?会自动清除,但不是马上 。php有自动回收机制,到时会自动清理的
MySQL为什么会有一大堆在Sleep的进程?以前我一直认为,当phpphp自动释放数据库连接的页面执行结束时,会自动释放掉一切 。相信很多人都跟我想的一样 。但事实证明并不是这样 。比如session就不会随着页面执行完毕而释放 。php的垃圾回收机制,其实只针对于php本身 。对于mysql,php没权利去自动去释放它的东西 。如果php自动释放数据库连接你在页面执行完毕前不调用mysql_close(),那么mysql那边是不会关闭这个连接的 。如果你是用的是pconnect方式,即使你在页面执行完毕前调用mysql_close(),也无法另mysql关闭这个连接 。也许在负载低的情况下 , 你感受不到有何不妥 。下面我就来解释这两天我观察出的现象:在php中使用pconnect方式建立连接,然后到mysql客户端下执行show processlistphp自动释放数据库连接;如果你的负载到一定程度的话,你可以看到很多sleep的进程,这些进程就是人们常说的死连接,它们会一直保持sleep,直到my.cnf里面设置的wait_timeout这个参数值的时间到php自动释放数据库连接了 , mysql才会自己杀死它 。在杀死它的时候,mysql还会在error-log里面记录一条Aborted connection xxx to db: 'xxx' user: 'xxx' host: 'xxx'的日志,用google翻译一下,会得到一个相当强悍的解释"胎死腹中的连接"!那么造成sleep的原因 , 有三个,下面是mysql手册给出的解释:1.客户端程序在退出之前没有调用mysql_close().2.客户端sleep的时间在wait_timeout或interactive_timeout规定的秒内没有发出任何请求到服务器.3.客户端程序在结束之前向服务器发送了请求还没得到返回结果就结束掉了.上面是我根据google的翻译改了下,可能有某些地方翻译的不准确 。原文请见下面:1 The client program did not call mysql_close() before exiting.2 The client had been sleeping more than wait_timeout or interactive_timeout seconds without issuing any requests to the server.3 The client program ended abruptly in the middle of a data transfer如果你的sleep进程数在同一时间内过多,再加上其他状态的连接,总数超过了max_connection的值 , 那mysql除了root用户外,就无法再继续处理任何请求无法与任何请求建立连接或者直接down了 。所以,这个问题在大负载的情况下还是相当严重的 。如果发现你的mysql有很多死连接存在,首先要先检查你的程序是否使用的是pconnect的方式,其次,检查在页面执行完毕前是否及时调用了mysql_close(),还有一个办法,你可以在my.cnf里面加上wait_timeout和interactive_timeout,把他们的值设的小一些,默认情况下wait_timeout的值是8小时的时间,你可以改成1个小时,或半个小时 。这样mysql会更快的杀死死连接 。防止连接总数超过max_connection的值 。或者把max_connection的值设置的更大,不过这样显然不妥,连接的数量越多,对你服务器的压力越大 。实际上那些连接都是冗余的,把它们尽快杀死才是上策 。以前总是说 , 在使用php连接mysql的时候,尽量不要使用pconnect的方式,看完我上面所说的那些 , 应该可以明白为什么了吧,因为我们使用php大多数情况下都是做web开发,web开发是面向多用户,那么用户的数量与mysql连接数是成正比的 。使用pconnect的方式,即使你的调用mysql_close()也是无法释放数据库连接的,那么mysql中的死连接的数量就会越来越多了 。我认为,只有当你的应用属于那种点对点方式,或者你能保证连接数量很少的情况 , 才有必要去采用pconnect的方式,因为连接数量少,那么让它一直处于连接状态,避免了重复打开关闭的过程 。这样可能会比传统方式更好一些 。至于何时该去调用mysql_close(),最正确的做法是如果下面不再执行mysql的操作了,在你上一次执行完mysql操作后,立刻就调用mysql_close() 。这才是最正确的做法,并不是总要把mysql_close()写在页面最后一行就可以了 。

推荐阅读