一、造成原因与场景
在接口连接 redis 时，使用了 pconnect 进行 redis 长连接，在 Redis->auth() 中抛出异常：
|
1
|
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 中增加超时时间
|
1
|
$this->redis->pconnect($host, $port, 2); //@todo 2秒后该连接超时，将使用新的长连接 |
2）如果是原因2：修改超时时间
(不推荐) 方案1：
php.ini 中设置
|
1
|
default_socket_timeout = -1 |
然后重启php-fpm
方案2：
动态修改 php.ini
|
1
|
ini_set('default_socket_timeout', -1); // 不超时 |
方案3：
设置 redis 的超时时间为不超时：
|
1
|
$this->redis->setOption(Redis::OPT_READ_TIMEOUT, -1); |
到此这篇关于Redis 异常 read error on connection 的解决方案的文章就介绍到这了,更多相关Redis 异常 内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://panguangyu.blog.csdn.net/article/details/124296439
