详解PHP解决守护进程Redis假死

一、一个简单的守护进程示例

这段代码我们很容易看懂。

它就是通过redis的阻塞方法brpoplpush循环从 redis 队列中取出数据并处理。如果没有取到数据就休眠一秒。之所以休眠是为了保证 cpu 能得到充分的利用。因为，我们已经使用了阻塞方法阻塞 60 秒。所以，这个位置休眠与否并不重要。

当我们的业务出现任何错误，我们通过try catch进行异常捕获然后将错误信息直接输出并退当前脚本。

博主寒冰第一次编写常驻后台运行的守护进程时，就是如上这种方式写的代码。结果，这段代码运行到 30s 的时候报错了。提示我们 socket 流超时。于是我在这个脚本头部加了如下代码：

这样我们的php就不会主动段掉我们与 redis 的 socket 连接了。

但是，好景不长。过了一段时间，大概半个月吧。运维同学告诉我 redis 队列的数据出现了未消费的情况。然后，我查看了消费日志。的确没有产生新的消费日志。因为我有一个习惯，每个消费消费的时候都会把成功消费的日志写到文件中。消费失败的也写入日志文件中。这样，我就知道失败的具体原因。

但是，这次我真的没有发现有任何的错误发生。

• 常驻后台进程处理存活状态。并没有变成孤儿进程。
• 常驻后台进程内存也没有出现泄漏。
• 系统 cpu/内存 资源都处理正在状态。
• 系统打开的句柄资源也是低消状态。
• 带宽也处理低消状态。
• 其它常驻进程也处理正常消费的工作状态。也就排除了 redis 故障的问题。

我当时也怀疑过是不是像mysql一样常时间连接不进行任何操作，服务器端会主动断开连接。但是，mysql 服务器端主动段掉连接会提示：mysql server has gone away的错误。但是，我们的 redis 服务器端没有给我们报任何错误信息呀。

我们公司用的是阿里云的 redis 产品。我怀疑是不是 redis 版本太低造成的这个隐性 bug。于是，我们将阿里云的 redis 服务升级到了阿里云支持的最新版本。

结果还是失败了。我们的 redis 还是假死了。或者说我们的 redis 处于伪活状态。

你认为 redis 活着，其实它早已经死了。你认为 redis 死了，但是它却没有死亡的特征。

最后，我冷静下来。

我假定此时的 redis 已经死了。只是没有告诉客户端而已。那么我只需要每次检测一下 redis 连接是否存活就好了。

于是，我翻看了 redis 的 api。发现它提供了一个ping()的方法来检测连接是否存活。

二、一个不再假死(伪活)的 redis 常驻进程示例

通过代码对比，我们在第一版代码的基础上加了如下代码：

我们向 redis 服务器发送ping的时候，服务器会返回+pong字符串。当然，这个是 redis 扩展封装过的方法。真正的 ping 是不会有 + 号的。

当我们每次 ping 的时候，redis 服务器就会认为我们的 redis 客户端连接处于存活状态。就不会断掉我们的连接了。

把代码进行改造之后，假死头痛的问题再也没出现了。

以上就是详解php解决守护进程redis假死的详细内容，更多关于php解决守护进程redis假死的资料请关注其它相关文章！