Redis常用指令總結：包含時間複雜度總結與特定資料型別在Redis內部所使用的資料結構；
Redis的進階功能：包含持久化、複製、哨兵、叢集介紹；
理解Redis：理解記憶體、阻塞；這部分是非常重要的，前面介紹的都可以成為術，這裡應該屬於道的部分；
開發技巧：主要是一些開發實戰的總結，包括緩存設計與常見坑點。
先來開啟第一部分的內容，對Redis來一次重新打量。
本系列內容基於：redis-3.2.12
Redis不是萬金油
在面試的時候，常被問到比較下Redis與Memcache的優缺點，個人覺得這二者不適合一起比較，一個是非關係型資料庫不僅可以做快取還能幹其它事情，一個是只用做快取。 Redis常被用作緩存，這也是我們經常將其與其他技術進行比較的主要原因。那麼Redis到底能幹什麼？又不能幹什麼呢？
Redis都可以幹嘛
緩存，毫無疑問這是Redis當今最為人熟知的使用場景。再提升伺服器效能方面非常有效；
排行榜，如果使用傳統的關係型資料庫來做這個事兒，非常的麻煩，而利用Redis的SortSet資料結構能夠非常方便搞定；
計算器/限速器，利用Redis中原子性的自增操作，我們可以統計類似用戶點讚數、用戶訪問數等，這類操作如果用MySQL，頻繁的讀寫會帶來相當大的壓力；限速器比較典型的使用場景是限制某個使用者存取某個API的頻率，常用的有搶購時，防止使用者瘋狂點擊帶來不必要的壓力；
好友關係，利用集合的一些指令，例如求交集、並集、差集等。可以方便搞定一些共同好友、共同愛好之類的功能；
簡單訊息隊列，除了Redis自身的發布/訂閱模式，我們也可以利用List來實現一個隊列機制，例如：到貨通知、郵件發送之類的需求，不需要高可靠，但是會帶來非常大的DB壓力，完全可以用List來完成異步解耦；
Session共享，以PHP為例，預設Session是保存在伺服器的檔案中，如果是叢集服務，同一個使用者過來可能落在不同機器上，這就會導致使用者頻繁登陸；採用Redis儲存Session後，無論使用者落在那台機器上都能夠取得到對應的Session資訊。
Redis不能幹什麼
儘管Redis功能豐富，但它並非萬能的，適用於其特定的領域，能夠事半功倍。如果濫用可能導致系統的不穩定、成本增加等問題。
例如，用Redis去保存用戶的基本信息，雖然它能夠支援持久化，但是它的持久化方案並不能保證數據絕對的落地，並且還可能帶來Redis性能下降，因為持久化太過頻繁會增大Redis服務的壓力。
簡單總結就是資料量太大、資料存取頻率非常低的業務都不適合使用Redis，資料太大會增加成本，存取頻率太低，保存在記憶體中純屬浪費資源。
選擇總是需要找個理由
上面說了Redis的一些使用場景，那麼這些場景的解決方案也有很多其它選擇，例如快取可以用Memcache，Session共享還能用MySql來實現，訊息佇列可以用RabbitMQ，我們為什麼一定要用Redis？
速度快，完全基於內存，使用C語言實現，網絡層使用epoll解決高並發問題，單線程模型避免了不必要的上下文切換及競爭條件； 注意：單線程僅僅是說在網絡請求這一模組上用一個請求處理客戶端的請求，像持久化它就會重開一個線程/進程去進行處理
豐富的資料類型，Redis有8種資料類型，當然常用的主要是String、Hash、List、Set、 SortSet 這5種類型，他們都是以鍵值為基礎的方式組織資料。每一種資料型別提供了非常豐富的操作指令，可以滿足絕大部分需求，如果有特殊需求還能自己透過lua 腳本自己創建新的指令（具備原子性）；
#除了提供的豐富的資料類型，Redis還提供了像是慢查詢分析、效能測試、Pipeline、交易、Lua自訂指令、Bitmaps、HyperLogLog、發布/訂閱、Geo等個人化功能。
Redis的程式碼開源在GitHub，程式碼非常簡單優雅，任何人都能夠吃透它的原始碼；它的編譯安裝也是非常的簡單，沒有任何的系統依賴；有非常活躍的社區，各種客戶端的語言支援也是非常完善。此外，它還具備事務支援（尚未嘗試過）、持久化、主從複製等功能，實現了高可用性和分散式處理的可行性。
做為開發者，對於我們使用的東西不能讓它成為一個黑盒子，我們應該深入進去，對它更了解、更熟悉。
以上是Redis的使用場景是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！
