nosql - redis的php用戶端為什麼串連數這麼大

我在網站中使用了redis作為緩衝系統，並且用了它的pecl用戶端(就是這個 https://github.com/nicolasff/phpredis)。使用沒什麼問題，但是最近再看連結數的時候發現了個問題，就是後台連結數特別高

可以看到netstat -na | grep 6379後的連接埠佔用情況，其實還有幾個螢幕，我就不貼了。我想問的是，這是用戶端的bug還是它本身就是這樣？如果它本身就是這樣，那這樣佔用下去會不會出什麼問題，還是它自己有個上限的？因為我沒有看到它的配置或者初始化參數裡有串連池之類的設定，所以可以肯定這應該不是串連池的hold狀態。

我看到它的串連方法有connect和pconnect，我目前用的是connect，因為參照對mysql_pconnect的理解，現在請求數不是很大，也就沒有必要用connect，而且它也應該在指令碼結束後釋放串連。現在的情況是，這些串連似乎只會在redis的server端在逾時時間30秒後被自動斷掉。

我擔心如果以後請求數大了，30秒內就會被撐暴了。

回複內容：

我在網站中使用了redis作為緩衝系統，並且用了它的pecl用戶端(就是這個 https://github.com/nicolasff/phpredis)。使用沒什麼問題，但是最近再看連結數的時候發現了個問題，就是後台連結數特別高

可以看到netstat -na | grep 6379後的連接埠佔用情況，其實還有幾個螢幕，我就不貼了。我想問的是，這是用戶端的bug還是它本身就是這樣？如果它本身就是這樣，那這樣佔用下去會不會出什麼問題，還是它自己有個上限的？因為我沒有看到它的配置或者初始化參數裡有串連池之類的設定，所以可以肯定這應該不是串連池的hold狀態。

我看到它的串連方法有connect和pconnect，我目前用的是connect，因為參照對mysql_pconnect的理解，現在請求數不是很大，也就沒有必要用connect，而且它也應該在指令碼結束後釋放串連。現在的情況是，這些串連似乎只會在redis的server端在逾時時間30秒後被自動斷掉。

我擔心如果以後請求數大了，30秒內就會被撐暴了。

我也使用的是這個外掛程式，經過我的測試，這絕對是此redis用戶端一個坑爹的設計！因為它居然要自己去關閉串連，關閉串連對php的開發人員是一個幾乎要遺忘的操作。

因為一般擴充的開發人員，都會在指令碼結束時自己關閉已經使用的串連，但是這個外掛程式居然沒有，而是需要你自己去關閉。當然關閉串連對只對connect函數有效，pconnect是不需要關閉串連的。其具體使用方法就是在指令碼結束前調用redis對象的close方法，來關閉串連。或者更省事點，用類似下面的代碼

register_shutdown_function(function () {    global $redis;    $redis->close();});

經過測試，自己關閉串連後，用netstat -na看6379連接埠的串連就很少了。

你都是用的短串連，所有有那麼多的timewait的串連，這個很正常，改成pconnect試試，會好點。短串連的情況下這個是正常的。

怎麼回答你呢，請先回答我幾個問題
第一，Redis的預設時間設定在redis.conf中timeout是300秒，請問是否修改過這個參數，修改為多少了？
第二，你用的這個redis擴充，這種用法$redis->connect('127.0.0.1', 6379);意味著逾時時間未設定，會一直不逾時。關於這點，請詳細查看該擴充的文章。

根據你提供的不多的資訊估計，最可能的是第二條中你未設定連線時間，用了預設不逾時的方式。但是你說的是在30秒後斷開，又不是符合redis.conf的預設配置。除非你修改了預設配置就說的通了。

得用pconnect啊，這個是帶串連池的

我也遇到了如上問題,我用的是 pconnect串連,只是測試階段,就有大批的串連.有時候甚至造成了php的進程掛掉.到底是用pconnect還是短串連+關閉串連呢?有沒有一個合理的建議?再次膜拜!!!

