Redis?異常?read?error?on?connection?的解決方案
一、造成原因與場景
在接口連接 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 高。但是由于每個持久連接會占用內(nèi)存,當并發(fā)量很大的時,很可能造成內(nèi)存吃緊
二、出現(xiàn)原因
通過 pconnect 的 redis 長連接不會主動釋放,會一直保持在php-fpm進程中,等待完成下一個請求的任務(wù),即使通過 close 也僅是使當前php不能再進行redis請求,但無法真正關(guān)閉redis長連接,連接在后續(xù)請求中仍然會被重用,直至fpm進程生命周期結(jié)束。
這樣會出現(xiàn)以下兩種情況:
1)原因1 使用了已經(jīng)斷開的連接
假如這個連接已經(jīng)斷開了,下個請求可能直接使用上個斷開的連接,當 php-fpm 處理下一個請求 reuse 一個斷開的連接可能導(dǎo)致 read error on connection 的異常,以下是 phpredis 源碼的解釋:

2)原因2:執(zhí)行超時
- a)客戶端設(shè)置的超時時間過短導(dǎo)致的;
- b)客戶端未設(shè)置超時時間,但是服務(wù)端執(zhí)行時間超過了默認超時時間設(shè)置
php 有一個配置項 default_socket_timeout 表示一個 socket 連接的超時時間,默認是60s,而phpredis 這個擴展的底層連接 redis 是使用的 socket,所以當一個連接在60秒內(nèi)沒有被使用的時候,下次連接就會拋出這個異常。
三、解決方案
1)如果是原因1
長連接改為短連接 或者 在 pconnect 中增加超時時間
$this->redis->pconnect($host, $port, 2); //@todo 2秒后該連接超時,將使用新的長連接
2)如果是原因2:修改超時時間
(不推薦) 方案1:
php.ini 中設(shè)置
default_socket_timeout = -1
然后重啟php-fpm
方案2:
動態(tài)修改 php.ini
ini_set('default_socket_timeout', -1); // 不超時方案3:
設(shè)置 redis 的超時時間為不超時:
$this->redis->setOption(Redis::OPT_READ_TIMEOUT, -1);
到此這篇關(guān)于Redis 異常 read error on connection 的解決方案的文章就介紹到這了,更多相關(guān)Redis 異常 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Redis 數(shù)據(jù)庫忘記密碼找回或重置的解決方法
對于 Redis 數(shù)據(jù)庫,如果忘記了密碼,可以通過密碼重置來找回密碼,今天通過本文給大家分享Redis 數(shù)據(jù)庫忘記密碼找回或重置的解決方法,感興趣的朋友一起看看吧2024-01-01
Redis中緩存和數(shù)據(jù)庫雙寫數(shù)據(jù)不一致的原因及解決方案
這篇文章主要介紹了Redis中緩存和數(shù)據(jù)庫雙寫數(shù)據(jù)不一致的原因及解決方案,文中通過圖文結(jié)合的方式講解的非常詳細,對大家的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2024-03-03
攔截Redis命令導(dǎo)致的Lua腳本執(zhí)行失敗的問題解決
本文主要介紹了攔截Redis命令導(dǎo)致的Lua腳本執(zhí)行失敗的問題解決,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-06-06
Redis從單點到集群部署模式(單機模式?主從模式?哨兵模式)
這篇文章主要為大家介紹了Redis從單點集群部署模式(單機模式?主從模式?哨兵模式)詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-11-11

