一、造成原因与场景

在接口连接 redis 时，使用了 pconnect 进行 redis 长连接，在 Redis->auth() 中抛出异常：

PHP Fatal error:  Uncaught exception 'RedisException' with message 'read error on connection'

注：由于 php-fpm 对连接的重用性，所以，当存在 cgi 进程管理器[如php-fpm,spawn-cgi]，使用 pconnect 效率比 connect 高。但是由于每个持久连接会占用内存，当并发量很大的时，很可能造成内存吃紧。

后续还会报另一个错误

Fatal error: Uncaught RedisException: protocol error, got 'H' as reply type byte

二、出现原因

通过 pconnect 的 redis 长连接不会主动释放，会一直保持在 php-fpm 进程中，等待完成下一个请求的任务，即使通过 close 也仅是使当前 php 不能再进行 redis 请求，但无法真正关闭 redis 长连接，连接在后续请求中仍然会被重用，直至 fpm 进程生命周期结束。

这样会出现以下两种情况：

1）原因1 使用了已经断开的连接

假如这个连接已经断开了，下个请求可能直接使用上个断开的连接，当 php-fpm 处理下一个请求 reuse 一个断开的连接可能导致 read error on connection 的异常

2）原因2：执行超时

a）客户端设置的超时时间过短导致的

b）客户端未设置超时时间，但是服务端执行时间超过了默认超时时间设置

php 有一个配置项 default_socket_timeout 表示一个 socket 连接的超时时间，默认是 60s，而phpredis 这个扩展的底层连接 redis 是使用的 socket，所以当一个连接在 60 秒内没有被使用的时候，下次连接就会抛出这个异常。

三、解决方案

1）如果是原因1：

长连接改为短连接 或者 在 pconnect 中增加超时时间

$this->redis->pconnect($host, $port, 2);       //@todo 2秒后该连接超时，将使用新的长连接

2）如果是原因2：修改超时时间

 方案1：(不推荐)

php.ini 中设置

default_socket_timeout = -1

然后重启 php-fpm

方案2：

动态修改 php.ini

ini_set('default_socket_timeout', -1); // 不超时

方案3：(推荐)

设置 redis 的超时时间为不超时：

$this->redis->setOption(Redis::OPT_READ_TIMEOUT, -1);