尋夢新聞LINE@每日推播熱門推薦文章，趣聞不漏接❤️
定義
Redis是一個使用ANSI C編寫的開源、支持網路、基於記憶體、可選持久性的鍵值對存儲數據庫Redis可以通過一些鍵值類型來存儲數據。 鍵值類型： String字符類型 map散列類型 list列表類型 set集合類型 sortedset有序集合類型
特性
- 開源
- 多種數據結構
- 基於鍵值的存儲服務系統
- 高性能，功能服務
redis的前世今生
誰在使用redis
- github
- 微博
- Stack Overflow
- 阿里巴巴
- 百度
- 美團
- 搜狐
應用場景
緩存（數據查詢、短連接、新聞內容、商品內容等等）。（最多使用） 分布式集群架構中的session分離。 聊天室的在線好友列表。 任務隊列。（秒殺、搶購、12306等等） 應用排行榜。 網站訪問統計。 數據過期處理（可以精確到毫秒）
Redis不是萬金油
在面試的時候，常被問比較下Redis與Memcache的優缺點，個人覺得這二者並不適合一起比較，一個是非關係型數據庫不僅可以做緩存還能幹其它事情，一個是僅用做緩存。常常讓我們對這二者進行比較，主要也是由於Redis最廣泛的應用場景就是Cache。那麼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的使用場景，以及為什麼選擇了Redis而不是其它。下次對Redis的內部數據結構及常用命令的時間複雜度進行總結。
