Redis 連線錯誤總結
最近由於流量增大，redis 出現了一連串錯誤，比如：
- LOADING Redis is loading the dataset in memory
- use of closed network connection
- connection pool exhausted
- connection refuse by peer
一個個來分析。
LOADING Redis is loading the dataset in memory
這裡至少有2種可能
- 可用記憶體太小，修改 redis.conf 中的 maxmemory 即可解決
- redis 在啟動時正在載入dump.rdb 檔案，由於載入比較慢導致 redis 在啟動時不可用
我遇到的就是第2種情況，AWS在自動擴容的時候，每個新產生的 EC2 例項都報錯，原因就是 redis 在啟動時發現有個 dump.rdb，然後就去載入它，導致伺服器裡的服務都報錯，然後就退出了，並且 redis 載入這個要好久（不知道為什麼），supervisord 自動重啟了新的服務後依然報錯。
後來把映象中的 dump.rdb 檔案刪了，服務才能正常啟動。
dump.rdb 檔案產生的原因可能是之前 redis 出現了某種錯誤，然後在製作映象時也做進去了，導致新生成的例項個個都報錯。
這次吸取了教訓，下次製作映象之前都要先 stop 掉 redis 然後刪掉 dump.rdb 。
其他3種錯誤
一開始也是各種找資料，然後各種改配置，導致這3種錯誤都先後出現。
一開始我認為是 golang 程式碼沒有正確處理 redis 連線異常的情況，於是各種升級 redigo，改 golang 中的 timeout 、max_active、wait 等的配置，發現都沒有用。
這樣來來回回折騰了大概一週，終於從 pool.Active 和 pool.MaxActive 中發現了貓膩。
因為我 MaxActive 設定的是 10000，於是我開了 10000 個 go runtine 去測試它，發現當前連線數 pool.Active 老是才 4000 左右，然後就各種報錯。
那段時間也是腦子短路了，老是認為 redigo 沒有正確處理 redis 的連線才導致 pool.Active 不能上到最大。老是想著改 redigo 的程式碼……
後來實在沒辦法，想著去改一改 ulimit，舊的是 500000，改到 990000，發現還是報連線錯誤，pool.Active 還是上不去，我想這不可能啊，這才想到會不會是 redis 本身有最大連線數的配置。上網一查，果然，redis-server 有一個 maxclients 的配置……預設是 4000 多，改到 10000 後，整個世界都清靜了……
其實也不能怪我，因為 redigo 也有個 max_active 引數，鬼知道 redis-server 還要設定呢 [笑哭]？
Redis 用於高併發服務的配置
Redis 客戶端（即 golang 程式碼）
Wait: true 如果連線池滿了，就等待， Redis 處理很快的，等個幾微秒使用者也感覺不出來什麼
IdleTimeout: 5s 一個業務邏輯5s都處理不完，那你應該優化你的程式碼了。如果設定為0，萬一這個連線失蹤了服務端就收回不了了，會產生殭屍連線的。
MaxActive: 10000 相當於這個伺服器能處理每秒 10000 併發了。
Redis 伺服器（即 redis-server）
maxclients 要設定得比 MaxActive 大
附加題：一臺伺服器的最大檔案數怎麼算？
this ends up being about 100 for every 1MB of ram.
例，如果是 4G 記憶體，那麼開啟檔案數最大可以設定為：4 * 1024 * 100 = 409600