redis這個記憶體資料庫,它的高效能、穩定性都是不用懷疑的,但我們塞進redis的資料過多,記憶體過大,那如果出問題,那它可能帶給我們的就是災難性。
這幾年的線上業務表明,redis這個記憶體資料庫,它的高效能、穩定性都是不用懷疑的,但我們塞進redis的資料過多,記憶體過大,那如果出問題,那它可能會帶給我們的就是災難性(我想很多公司都遇到過) 這裡列舉一下,我們遇到的一些問題:
主庫宕機 (建議學習:Redis視訊教學)
先來看看主庫宕機容災過程,如下圖:
在主庫宕機的時候,我們最常見的容災策略為「切主」。具體為從該叢集剩餘從庫中選出一個從庫並將其升級為主庫,該從庫升級為主庫後再將剩餘從庫掛載至其下成為其從庫,最終恢復整個主從集群結構。
以上是一個完整的容災過程,而代價最大的過程為從函式庫的重新掛載,而非主函式庫的切換。
解決方法
解決辦法當然就是極力減少記憶體的使用了,一般情況下,我們都是這麼做的:
#1 設定過期時間
對具有時效性的key設定過期時間,透過redis自身的過期key清理策略來降低過期key對於記憶體的佔用,同時也能夠減少業務的麻煩,不需要定期清理了
2 不存放垃圾到redis中
這簡直就是廢話,但是,有跟我們同病相憐的人麼?
3 及時清理無用數據
例如一個redis承載了3個業務的數據,一段時間後有2個業務下線了,那你就把這兩個業務的相關數據清理了唄
4 盡量對數據進行壓縮
例如一些長文本形式的數據,壓縮能夠大幅降低內存佔用
5 專注於記憶體成長並定位大容量key
不管是DBA還是開發人員,你用redis,你就必須專注於內存,否則,你其實就是不稱職的,這裡可以分析redis實例中哪些key比較大從而幫助業務快速定位異常key(非預期增長的key,往往是問題之源)
6 pika
如果實在不想搞的那麼累,那就把業務遷移到新開源的pika上面,這樣就不用太關注內存了,redis內存太大引發的問題,那也都不是問題了。
更多Redis相關技術文章,請造訪Redis資料庫使用入門教學欄位學習!
以上是redis資料量過大怎麼辦的詳細內容。更多資訊請關注PHP中文網其他相關文章!