一、造成原因与场景：
在接口连接 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 高。但是由于每个持久连接会占用内存，当并发量很大的时，很可能造成内存吃紧
?
二、出现原因
通过 pconnect 的 redis 长连接不会主动释放，会一直保持在php-fpm进程中，等待完成下一个请求的任务，即使通过 close 也仅是使当前php不能再进行redis请求，但无法真正关闭redis长连接，连接在后续请求中仍然会被重用，直至fpm进程生命周期结束。
这样会出现以下两种情况：
1）原因1 使用了已经断开的连接
假如这个连接已经断开了，下个请求可能直接使用上个断开的连接，当 php-fpm 处理下一个请求 reuse 一个断开的连接可能导致 read error on connection 的异常，以下是 phpredis 源码的解释：
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);参考：
