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 高。但是由於每個持久連接會占用內存，當並發量很大的時，很可能造成內存吃緊
二、出現原因
通過 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);
到此這篇關於Redis 異常 read error on connection 的解決方案的文章就介紹到這瞭,更多相關Redis 異常 內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！