PHP长时间运行的守护脚本内存溢出,来大神分析一下。
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了PHP长时间运行的守护脚本内存溢出,来大神分析一下。,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1711字,纯文字阅读大概需要3分钟。
内容图文
系统跑一个长时间运行的守护进程脚本,每分钟扫描一次redis队列,满足条件时进入逻辑处理,但每过两到三个小时,系统就会报错PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /data/Db.php on line 150
查了经常报错的行数,发现大多是pdo的execute或fetch_All方法报错。
一开始认为是sql的查询语句有问题,看了下发现sql语句一般是用limit取十条记录,而且如果是查询语句的问题的话也只是会使查询变慢,不至于溢出啊。
看了网上资料,大多数人说是要主动回收内存什么的,即用unset把不用的对象或变量回收。可是作为一个一直循环进程,它的每次逻辑都是同一条,然后变量或对象即使没有被回收,也会被下次的逻辑需求的同名变量覆盖啊,如果第一次的逻辑跑通了之后,后面不应该会溢出啊。
求大神帮忙分析一下我思路哪里有问题,谢谢。
回复内容:
系统跑一个长时间运行的守护进程脚本,每分钟扫描一次redis队列,满足条件时进入逻辑处理,但每过两到三个小时,系统就会报错
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /data/Db.php on line 150
查了经常报错的行数,发现大多是pdo的execute或fetch_All方法报错。
一开始认为是sql的查询语句有问题,看了下发现sql语句一般是用limit取十条记录,而且如果是查询语句的问题的话也只是会使查询变慢,不至于溢出啊。
看了网上资料,大多数人说是要主动回收内存什么的,即用unset把不用的对象或变量回收。可是作为一个一直循环进程,它的每次逻辑都是同一条,然后变量或对象即使没有被回收,也会被下次的逻辑需求的同名变量覆盖啊,如果第一次的逻辑跑通了之后,后面不应该会溢出啊。
求大神帮忙分析一下我思路哪里有问题,谢谢。
每分钟扫描为什么不做成crontab呢,这样每次执行完退出,应该不会遇到内存的问题吧
可以尝试监控一下memory在每一行的变化,进行两次循环之后看一下,之前曾经试过在一个循环当中即使释放了变量还是会慢慢的递增上去的内存消耗
限制脚本内存占用 和 超时时间
内容总结
以上是互联网集市为您收集整理的PHP长时间运行的守护脚本内存溢出,来大神分析一下。全部内容,希望文章能够帮你解决PHP长时间运行的守护脚本内存溢出,来大神分析一下。所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。