PHP长时间运行的守护脚本内存溢出，来大神分析一下。

系统跑一个长时间运行的守护进程脚本，每分钟扫描一次redis队列，满足条件时进入逻辑处理，但每过两到三个小时，系统就会报错

<code>PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /data/Db.php on line 150</code>

查了经常报错的行数，发现大多是pdo的execute或fetch_All方法报错。
一开始认为是sql的查询语句有问题，看了下发现sql语句一般是用limit取十条记录，而且如果是查询语句的问题的话也只是会使查询变慢，不至于溢出啊。

看了网上资料，大多数人说是要主动回收内存什么的，即用unset把不用的对象或变量回收。可是作为一个一直循环进程，它的每次逻辑都是同一条，然后变量或对象即使没有被回收，也会被下次的逻辑需求的同名变量覆盖啊，如果第一次的逻辑跑通了之后，后面不应该会溢出啊。

求大神帮忙分析一下我思路哪里有问题，谢谢。

回复内容：

系统跑一个长时间运行的守护进程脚本，每分钟扫描一次redis队列，满足条件时进入逻辑处理，但每过两到三个小时，系统就会报错

<code>PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /data/Db.php on line 150</code>

查了经常报错的行数，发现大多是pdo的execute或fetch_All方法报错。
一开始认为是sql的查询语句有问题，看了下发现sql语句一般是用limit取十条记录，而且如果是查询语句的问题的话也只是会使查询变慢，不至于溢出啊。

看了网上资料，大多数人说是要主动回收内存什么的，即用unset把不用的对象或变量回收。可是作为一个一直循环进程，它的每次逻辑都是同一条，然后变量或对象即使没有被回收，也会被下次的逻辑需求的同名变量覆盖啊，如果第一次的逻辑跑通了之后，后面不应该会溢出啊。

求大神帮忙分析一下我思路哪里有问题，谢谢。

每分钟扫描为什么不做成crontab呢，这样每次执行完退出，应该不会遇到内存的问题吧

可以尝试监控一下memory在每一行的变化，进行两次循环之后看一下，之前曾经试过在一个循环当中即使释放了变量还是会慢慢的递增上去的内存消耗

限制脚本内存占用 和 超时时间