最近一些人在介紹方案時，經常會出現redis這個詞，于是很多小夥伴百度完redis也就覺得它是一個緩存，然後項目裡面把資料丢進去完事，甚至有例如将實體屬性拆分塞進redis hash裡面的奇怪用法等等！原因是什麼呢？大家覺得redis火，使用了redis項目就是高大上的，于是不管三七二十一，項目裡用上強塞一個用上！這裡本人想說的是你知道redis為什麼這麼火麼，應該怎麼用麼？下面帶着本人拙建，簡單分析一下：
一、redis性能
redis是一個基于記憶體hash結構的緩存型db，同mysql等傳統資料庫對比性能時，讀操作在1k左右資料的時候相差基本上在10-100倍的差别，寫入的性能差别就更大了，下面是一些測試資料
通過對redis的set、get指令測試觀察，redis的讀寫性能在單線程下可以達到每秒2W左右；通過對mysql的select和insert、delete語句測試，mysql的讀性能可達到5000每秒左右，寫性能可到達3000每秒，讀性能基本是寫性能的2倍。而上述測試是基于redis單執行個體、單連接配接的情況，如果根據cpu核數來增加redis執行個體，并且使用pie和多連接配接，這個資料還能輕松的再上一個數量級~也可參見一下網上其他人釋出的一些redis性能測試，例如：
https://www.sohu.com/a/29865580_219700。
二、redis緩存
上面分析了redis的性能非常高，基本上同機器配置下完全吊打傳統sql，甚至nosql的mongodb等。即使這樣redis也隻是一個分布式緩存，或者說是分布式緩存資料庫，那麼redis肯定不能像傳統資料一樣，動不動放個幾T的資料，一般都是用來放熱資料或者體量小的資料，其他的資料還是使用隊列通過背景服務放到sql db裡面；另外根據redis的特性，建議伺服器cpu核心數要留個1/4，每個執行個體的記憶體最得多出1/2；假如24核的120G的伺服器，建議部署18個reids執行個體，每個執行個體5G的記憶體，實際使用不要超過3G的資料量~reids是緩存就繼承了緩存的優缺點，性能高是優點，缺點：緩存穿透、緩存雪崩。
1.緩存穿透：緩存穿透是指查詢一個一定不存在的資料，由于緩存是不命中時被動寫的，并且出于容錯考慮，如果從存儲層查不到資料則不寫入緩存，這将導緻這個不存在的資料每次請求都要到存儲層去查詢，失去了緩存的意義。在流量大時，可能DB就挂了。
解決辦法就是将從db過來的傳回值進行緩存，根據實際情況重新加熱，若db傳回是空則緩存幾分鐘就可以了。
2.緩存雪崩：在我們設定緩存時采用了相同的過期時間或者緩存伺服器因某些原因無法使用時，導緻緩存在某一時刻同時失效，請求全部轉發到DB，DB瞬時壓力過重雪崩。
解決辦法過期時間上增加一個範圍的随機值，使用Redis Sentinel 和 Redis Cluster 實作高可用，另增設一個壽命更短的本機緩存來解決redis分布緩存搶修時的問題。
在發生無論是緩存穿透還是緩存雪崩，都建議使用隊列來排隊、拒絕大量請求湧入和分布式互斥鎖來避免後端資料服務被沖擊，防止已有的資料出現問題。
三、總結
redis很強大，無論是哨兵式叢集還是自帶的redis cluster方式叢集，但是一定要對redis了解清楚才能更好的使用~
感謝您的閱讀，如果您對我的部落格所講述的内容有興趣，請繼續關注我的後續部落格，我是yswenli 。