MySQL-不写mysql_close会有什么意想不到的影响?

发布于 2016-11-13 11:09:02 字数 9 浏览 1299 评论 4

RT

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

瑾兮 2017-09-20 10:18:52

首先确定PHP连接MySQL为持久连接还是非持久连接。
非持久连接:无影响。
持久连接:多用户访问,造成MySQL无法分配资源给其他请求者,MySQL达到连接上限,直接崩掉。

夜无邪 2017-05-02 14:47:52

你如果打开了非持久连接,就不需要写mysql_close;因为非持久连接会在脚本执行完毕后自动关闭。
相反你如果打开持久连接,效率上提高了,但是这时候必须要写mysql_close了,先看一下持久连接的解释:
它使得每个子进程在其生命周期中只做一次连接操作,而非每次在处理一个页面时都要向 SQL 服务器提出连接请求。这也就是说,每个子进程将对服务器建立各自独立的永久连接。
所以当访问量很大的时候,一旦永久连接的子进程数目超过了设定的数据库连接数限制,就会出现某些连接无法连接报数据库错误,甚至出现死循环!

晚风撩人 2017-03-12 08:28:54

mysql的线程会在interactive_timeout之后关闭,如果网站访问量大的话,会导致很多页面因为无法分配到mysql线程资源而无法访问。

晚风撩人 2016-12-10 09:20:44

在今天之前,本人一直认为从php连接mysql,在使用完成后都应该调用mysql_close()手动释放资源。但今天的一个实例里,我怎么也没找到释放的方法,百思不得其解。

最后在手册中看到了相关解释:

通常不需要使用 mysql_close(),因为已打开的非持久连接会在脚本执行完毕后自动关闭。参见释放资源。(
Note:脚本一结束,到服务器的连接就被关闭,除非之前已经明确调用
mysql_close() 关闭了。)

注: mysql_close() 不会关闭由 mysql_pconnect() 建立的持久连接。
由于 PHP4 Zend 引擎引进了引用计数系统,可以自动检测到一个资源不再被引用了(和 Java
一样)。这种情况下此资源使用的所有外部资源都会被垃圾回收系统释放。因此,很少需要手工释放内存。

详见手册:http://cn.php.net/manual/zh/ref.mysql.php

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文