一、造成原因與場(chǎng)景

在接口連接 redis 時(shí)，使用了 pconnect 進(jìn)行 redis 長(zhǎng)連接，在 Redis->auth() 中拋出異常：

PHP Fatal error:  Uncaught exception 'RedisException' with message 'read error on connection' 

注：由于 php-fpm 對(duì)連接的重用性，所以，當(dāng)存在cgi進(jìn)程管理器[如php-fpm,spawn-cgi]，使用 pconnect 效率比 connect 高。但是由于每個(gè)持久連接會(huì)占用內(nèi)存，當(dāng)并發(fā)量很大的時(shí)，很可能造成內(nèi)存吃緊

二、出現(xiàn)原因

通過(guò) pconnect 的 redis 長(zhǎng)連接不會(huì)主動(dòng)釋放，會(huì)一直保持在php-fpm進(jìn)程中，等待完成下一個(gè)請(qǐng)求的任務(wù)，即使通過(guò) close 也僅是使當(dāng)前php不能再進(jìn)行redis請(qǐng)求，但無(wú)法真正關(guān)閉redis長(zhǎng)連接，連接在后續(xù)請(qǐng)求中仍然會(huì)被重用，直至fpm進(jìn)程生命周期結(jié)束。

這樣會(huì)出現(xiàn)以下兩種情況：

1）原因1 使用了已經(jīng)斷開(kāi)的連接

假如這個(gè)連接已經(jīng)斷開(kāi)了，下個(gè)請(qǐng)求可能直接使用上個(gè)斷開(kāi)的連接，當(dāng) php-fpm 處理下一個(gè)請(qǐng)求 reuse 一個(gè)斷開(kāi)的連接可能導(dǎo)致 read error on connection 的異常，以下是 phpredis 源碼的解釋：

2）原因2：執(zhí)行超時(shí)

• a）客戶端設(shè)置的超時(shí)時(shí)間過(guò)短導(dǎo)致的；
• b）客戶端未設(shè)置超時(shí)時(shí)間，但是服務(wù)端執(zhí)行時(shí)間超過(guò)了默認(rèn)超時(shí)時(shí)間設(shè)置

php 有一個(gè)配置項(xiàng) default_socket_timeout 表示一個(gè)?socket 連接的超時(shí)時(shí)間，默認(rèn)是60s，而phpredis 這個(gè)擴(kuò)展的底層連接 redis 是使用的 socket，所以當(dāng)一個(gè)連接在60秒內(nèi)沒(méi)有被使用的時(shí)候，下次連接就會(huì)拋出這個(gè)異常。

三、解決方案

1）如果是原因1

長(zhǎng)連接改為短連接 或者 在 pconnect 中增加超時(shí)時(shí)間

$this->redis->pconnect($host, $port, 2);       //@todo 2秒后該連接超時(shí)，將使用新的長(zhǎng)連接

2）如果是原因2：修改超時(shí)時(shí)間

(不推薦) 方案1：

php.ini 中設(shè)置

default_socket_timeout = -1

然后重啟php-fpm

方案2：

動(dòng)態(tài)修改 php.ini?

ini_set('default_socket_timeout', -1); // 不超時(shí)

方案3：

設(shè)置 redis 的超時(shí)時(shí)間為不超時(shí)：

$this->redis->setOption(Redis::OPT_READ_TIMEOUT, -1);