一、RDB持久化模式缺陷
1、問題描述:
並發200路,模擬不斷寫Redis,持續4小時後,介面呼叫開始出現大量失敗,錯誤訊息如下:
{"data":{"sendResult":null},"base":{"returncode":"99999","returndesc":"系统异常:MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error."},"qrybase":{"total":0,"count":0,"start":0}}
2、原因分析:
解讀錯誤訊息,以為是磁碟不夠用引起,結果發現磁碟還剩餘42%,如下所示:
於是根據錯誤訊息提示開啟Redis日誌,繼續壓測,介面仍會報錯,但可從Redis日誌訊息中
Can't save in background: fork: Cannot allocate memory
進程使用記憶體不當有關,查看Redis主程序佔用記憶體如下:佔用近55%*4G記憶體
#具體原因:Redis在保存資料到硬碟時為了避免主進程假死,需要Fork一份主進程,然後在Fork進程內完成資料保存到硬碟的操作,如果主進程使用了2.2GB的內存,Fork子進程的時候需要額外的2.2GB,此時記憶體就不夠了,Fork失敗,進而資料保存硬碟也失敗了。
3、緩解方案(無法完全解決問題):
3.1 修改redis.conf檔案中設定項stop-writes-on-bgsave-error no (預設值為yes),即當bgsave快照操作出錯時停止寫資料到磁碟,這樣後面寫錯做都會失敗,為了不影響後續寫入操作,故需將該項值改為no
3.2 修改核心參數(如下3種方式),但需要root權限:
(1) 编辑/etc/sysctl.conf ,改vm.overcommit_memory=1,然后sysctl -p 使配置文件生效 (2)sysctl vm.overcommit_memory=1 (3)echo 1 > /proc/sys/vm/overcommit_memory
二、AOF持久化模式缺陷
#1、問題1描述:
Redis主從節點皆開啟AOF模式,並發200路,模擬不斷寫Redis,持續15分鐘後,介面呼叫開始出現大量失敗,且Redis所在的Linux虛擬伺服器掛起。
介面報錯如下:
{"data":null,"base":{"returndesc":"系统异常","returncode":"999999"},"qrybase":null} Biz(dubbo)接口报错如下: 2015-06-05 11:28:28.760 [DubboServerHandler-X.X.X.X:20882-thread-173] ERROR - error while validate jedis! redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out
原因分析:
從dubbo介面報錯資訊來看,是因為介面API操作Redis逾時導致。從系統日誌和IO監控來看,均說明上述問題是由於IO瓶頸(系統IO過於繁忙)所致,如下所示:
##從系統日誌也能看出,IO阻塞時間超過了120秒,由於系統安全機制導致機器掛起。 ######總結######測試結果證明AOF模式有最明顯缺陷,即訪問壓力大時IO會成為效能瓶頸,進而導致服務不可用。 ######3、緩解方案(不能根本解決問題)######編輯/etc/sysctl.conf ,新增以下設定:###vm.dirty_background_ratio = 5 vm.dirty_ratio = 10###然後sysctl -p 使設定檔生效。 ######問題2描述:#######無論採用AOF模式或RDB(快照模式),當兩個檔案(.aof或.rdb)大小超過系統記憶體80%,Redis進程會被系統Kill掉,導致服務不可用。 ######總結######上述問題說明我們在使用Redis時需要事先做好系統記憶體的容量規劃,因為一旦Redis宕掉會導致大量資料遺失且是不可恢復的。 ######更多redis知識請關注###redis入門教學###欄位。 ###
以上是redis兩種持久化方式的缺陷介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!