一、造成缘由与场景
在接口连接 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 = ⑴
然后重启php-fpm
方案2:
动态修改 php.ini
ini_set(‘default_socket_timeout’, ⑴); // 不超时
方案3:
设置 redis 的超时时间为不超时:
$this->redis->setOption(Redis::OPT_READ_TIMEOUT, ⑴);
到此这篇关于Redis 异常 read error on connection 的解决方案的文章就介绍到这了,更多相关Redis 异常 内容请搜索之前的文章或继续浏览下面的相关文章希望大家以后多多支持!
文章来源:丸子建站
文章标题:Redis 异常 read error on connection 的解决方案
https://www.wanzijz.com/view/64513.html