A. 三分鍾讀懂redis資料庫
redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
1. 使用Redis有哪些好處？
(1) 速度快，因為數據存在內存中，類似於HashMap，HashMap的優勢就是查找和操作的時間復雜度都是O(1)
(2) 支持豐富數據類型，支持string，list，set，sorted set，hash
(3) 支持事務，操作都是原子性，所謂的原子性就是對數據的更改要麼全部執行，要麼全部不執行
(4) 豐富的特性：可用於緩存，消息，按key設置過期時間，過期後將會自動刪除
2. redis相比memcached有哪些優勢？
(1) memcached所有的值均是簡單的字元串，redis作為其替代者，支持更為豐富的數據類型
(2) redis的速度比memcached快很多
(3) redis可以持久化其數據
3. redis常見性能問題和解決方案：
(1) Master最好不要做任何持久化工作，如RDB內存快照和AOF日誌文件
(2) 如果數據比較重要，某個Slave開啟AOF備份數據，策略設置為每秒同步一次
(3) 為了主從復制的速度和連接的穩定性，Master和Slave最好在同一個區域網內
(4) 盡量避免在壓力很大的主庫上增加從庫
(5) 主從復制不要用圖狀結構，用單向鏈表結構更為穩定，即：Master <- Slave1 <- Slave2 <- Slave3...
這樣的結構方便解決單點故障問題，實現Slave對Master的替換。如果Master掛了，可以立刻啟用Slave1做Master，其他不變。
4. Mysql里有2000w數據，redis中只存20w的數據，如何保證redis中的數據都是熱點數據
相關知識：redis 內存數據集大小上升到一定大小的時候，就會施行數據淘汰策略。redis 提供 6種數據淘汰策略：
voltile-lru：從已設置過期時間的數據集（server.db[i].expires）中挑選最近最少使用的數據淘汰
volatile-ttl：從已設置過期時間的數據集（server.db[i].expires）中挑選將要過期的數據淘汰
volatile-random：從已設置過期時間的數據集（server.db[i].expires）中任意選擇數據淘汰
allkeys-lru：從數據集（server.db[i].dict）中挑選最近最少使用的數據淘汰
allkeys-random：從數據集（server.db[i].dict）中任意選擇數據淘汰
no-enviction（驅逐）：禁止驅逐數據
相關推薦：《Python視頻教程》
5. Memcache與Redis的區別都有哪些？
1)、存儲方式
Memecache把數據全部存在內存之中，斷電後會掛掉，數據不能超過內存大小。
Redis有部份存在硬碟上，這樣能保證數據的持久性。
2)、數據支持類型
Memcache對數據類型支持相對簡單。
Redis有復雜的數據類型。
3），value大小
redis最大可以達到1GB，而memcache只有1MB
6. Redis 常見的性能問題都有哪些？如何解決？
1).Master寫內存快照，save命令調度rdbSave函數，會阻塞主線程的工作，當快照比較大時對性能影響是非常大的，會間斷性暫停服務，所以Master最好不要寫內存快照。
2).Master AOF持久化，如果不重寫AOF文件，這個持久化方式對性能的影響是最小的，但是AOF文件會不斷增大，AOF文件過大會影響Master重啟的恢復速度。Master最好不要做任何持久化工作，包括內存快照和AOF日誌文件，特別是不要啟用內存快照做持久化,如果數據比較關鍵，某個Slave開啟AOF備份數據，策略為每秒同步一次。
3).Master調用BGREWRITEAOF重寫AOF文件，AOF在重寫的時候會佔大量的CPU和內存資源，導致服務load過高，出現短暫服務暫停現象。
4). Redis主從復制的性能問題，為了主從復制的速度和連接的穩定性，Slave和Master最好在同一個區域網內
7. redis 最適合的場景
Redis最適合所有數據in-momory的場景，雖然Redis也提供持久化功能，但實際更多的是一個disk-backed的功能，跟傳統意義上的持久化有比較大的差別，那麼可能大家就會有疑問，似乎Redis更像一個加強版的Memcached，那麼何時使用Memcached,何時使用Redis呢?
如果簡單地比較Redis與Memcached的區別，大多數都會得到以下觀點：
1.Redis不僅僅支持簡單的k/v類型的數據，同時還提供list，set，zset，hash等數據結構的存儲。
2.Redis支持數據的備份，即master-slave模式的數據備份。
3.Redis支持數據的持久化，可以將內存中的數據保持在磁碟中，重啟的時候可以再次載入進行使用。
（1）會話緩存（Session Cache）
最常用的一種使用Redis的情景是會話緩存（session cache）。用Redis緩存會話比其他存儲（如Memcached）的優勢在於：Redis提供持久化。當維護一個不是嚴格要求一致性的緩存時，如果用戶的購物車信息全部丟失，大部分人都會不高興的，現在，他們還會這樣嗎？
幸運的是，隨著 Redis 這些年的改進，很容易找到怎麼恰當的使用Redis來緩存會話的文檔。甚至廣為人知的商業平台Magento也提供Redis的插件。
（2）全頁緩存（FPC）
除基本的會話token之外，Redis還提供很簡便的FPC平台。回到一致性問題，即使重啟了Redis實例，因為有磁碟的持久化，用戶也不會看到頁面載入速度的下降，這是一個極大改進，類似PHP本地FPC。
再次以Magento為例，Magento提供一個插件來使用Redis作為全頁緩存後端。
此外，對WordPress的用戶來說，Pantheon有一個非常好的插件 wp-redis，這個插件能幫助你以最快速度載入你曾瀏覽過的頁面。
（3）隊列
Reids在內存存儲引擎領域的一大優點是提供 list 和 set 操作，這使得Redis能作為一個很好的消息隊列平台來使用。Redis作為隊列使用的操作，就類似於本地程序語言（如Python）對 list 的 push/pop 操作。
如果你快速的在Google中搜索「Redis queues」，你馬上就能找到大量的開源項目，這些項目的目的就是利用Redis創建非常好的後端工具，以滿足各種隊列需求。例如，Celery有一個後台就是使用Redis作為broker，你可以從這里去查看。
（4）排行榜/計數器
Redis在內存中對數字進行遞增或遞減的操作實現的非常好。集合（Set）和有序集合（Sorted Set）也使得我們在執行這些操作的時候變的非常簡單，Redis只是正好提供了這兩種數據結構。所以，我們要從排序集合中獲取到排名最靠前的10個用戶–我們稱之為「user_scores」，我們只需要像下面一樣執行即可：
當然，這是假定你是根據你用戶的分數做遞增的排序。如果你想返回用戶及用戶的分數，你需要這樣執行：
ZRANGE user_scores 0 10 WITHSCORES
Agora Games就是一個很好的例子，用Ruby實現的，它的排行榜就是使用Redis來存儲數據的，你可以在這里看到。
（5）發布/訂閱
最後（但肯定不是最不重要的）是Redis的發布/訂閱功能。發布/訂閱的使用場景確實非常多。我已看見人們在社交網路連接中使用，還可作為基於發布/訂閱的腳本觸發器，甚至用Redis的發布/訂閱功能來建立聊天系統！（不，這是真的，你可以去核實）。
B. Redis中key的數據類型有哪些
使用redis的腳本功能實現redis中數據簡單查詢，有需要的朋友可以參考下。
在redis的設計中，key是一切，對於redis是可見的，而value對於redis來說就是一個位元組數組，redis並不知道你的value中存儲的是什麼
C. redis緩存原理
redis緩存原理是sql語句時key值，查詢結果resultSet是value，當同一個查詢語句訪問時（select * from t_proct），只要曾經查詢過，調用緩存直接返回resultSet，節省了資料庫讀取磁碟數據的時間。
redis的存儲分為內存存儲、磁碟存儲和log文件三部分，配置文件中有三個參數對其進行配置。
save seconds updates，save配置，指出在多長時間內，有多少次更新操作，就將數據同步到數據文件。這個可以多個條件配合，比如默認配置文件中的設置，就設置了三個條件。
appendonly yes/no ，appendonly配置，指出是否在每次更新操作後進行日誌記錄，如果不開啟，可能會在斷電時導致一段時間內的數據丟失。因為redis本身同步數據文件是按上面的save條件來同步的，所以有的數據會在一段時間內只存在於內存中。
(3)redis存儲key所用到的擴展閱讀
redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。
Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。
存檔可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。
redis的官網地址，redis.io。（域名後綴io屬於國家域名，是british Indian Ocean territory，即英屬印度洋領地）
D. redis支持哪些數據類型
redis提供五種數據類型：string，hash，list，set及zset(sorted set)。
redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
Redis 是一個高性能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。
Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。存檔可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。
E. 如何讀取redis中的key值中的結果
首先要鏈接redis客戶端
redis-cli
然後要通過key來查找你存的數據，相當於一個數組，有key，有value，通過key來查看value的值。
keys * 註：列出當前redis存儲的全部key。
keys W* 註：列出當前redis存儲的key名里第一個是「W」的全部key。
找到key名字後，就可以查看key里存了什麼值了。
get WXOX 註：WXOX是你查出來的key的名字。
然後就可以看到WXOX里存了什麼東西了，可能存了一個字元串，也可能存了一個對象，要是空的話，就會輸出nil，意思是啥也沒有！
F. Redis資料庫在哪些場景可以應用的到
redis開創了一種新的數據存儲思路，使用redis，我們不用在面對功能單調的資料庫時，把精力放在如何把大象放進冰箱這樣的問題上，而是利用redis靈活多變的數據結構和數據操作，為不同的大象構建不同的冰箱。
redis常用數據類型
redis最為常用的數據類型主要有以下五種：
string
hash
list
set
sorted set
在具體描述這幾種數據類型之前，我們先通過一張圖了解下redis內部內存管理中是如何描述這些不同數據類型的：
首先redis內部使用一個redisobject對象來表示所有的key和value,redisobject最主要的信息如上圖所示：type代表一
個value對象具體是何種數據類型，encoding是不同數據類型在redis內部的存儲方式，比如：type=string代表value存儲的是
一個普通字元串，那麼對應的encoding可以是raw或者是int,如果是int則代表實際redis內部是按數值型類存儲和表示這個字元串的，當然
前提是這個字元串本身可以用數值表示，比如:"123"
"456"這樣的字元串。
這里需要特殊說明一下vm欄位，只有打開了redis的虛擬內存功能，此欄位才會真正的分配內存，該功能默認是關閉狀態的，該功能會在後面具體描述。通過
上圖我們可以發現redis使用redisobject來表示所有的key/value數據是比較浪費內存的，當然這些內存管理成本的付出主要也是為了給
redis不同數據類型提供一個統一的管理介面，實際作者也提供了多種方法幫助我們盡量節省內存使用，我們隨後會具體討論。
下面我們先來逐一的分析下這五種數據類型的使用和內部實現方式：
string
常用命令：
set,get,decr,incr,mget 等。
應用場景：
string是最常用的一種數據類型，普通的key/value存儲都可以歸為此類，這里就不所做解釋了。
實現方式：
string在redis內部存儲默認就是一個字元串，被redisobject所引用，當遇到incr,decr等操作時會轉成數值型進行計算，此時redisobject的encoding欄位為int。
hash
常用命令：
hget,hset,hgetall 等。
應用場景：
我們簡單舉個實例來描述下hash的應用場景，比如我們要存儲一個用戶信息對象數據，包含以下信息：
用戶id為查找的key，存儲的value用戶對象包含姓名，年齡，生日等信息，如果用普通的key/value結構來存儲，主要有以下2種存儲方式：
第一種方式將用戶id作為查找key,把其他信息封裝成一個對象以序列化的方式存儲，這種方式的缺點是，增加了序列化/反序列化的開銷，並且在需要修改其中一項信息時，需要把整個對象取回，並且修改操作需要對並發進行保護，引入cas等復雜問題。
第二種方法是這個用戶信息對象有多少成員就存成多少個key-value對兒，用用戶id+對應屬性的名稱作為唯一標識來取得對應屬性的值，雖然省去了序列化開銷和並發問題，但是用戶id為重復存儲，如果存在大量這樣的數據，內存浪費還是非常可觀的。
那麼redis提供的hash很好的解決了這個問題，redis的hash實際是內部存儲的value為一個hashmap，並提供了直接存取這個map成員的介面，如下圖：
也就是說，key仍然是用戶id,
value是一個map，這個map的key是成員的屬性名，value是屬性值，這樣對數據的修改和存取都可以直接通過其內部map的key(redis里稱內部map的key為field),
也就是通過 key(用戶id) + field(屬性標簽)
就可以操作對應屬性數據了，既不需要重復存儲數據，也不會帶來序列化和並發修改控制的問題。很好的解決了問題。
這里同時需要注意，redis提供了介面(hgetall)可以直接取到全部的屬性數據,但是如果內部map的成員很多，那麼涉及到遍歷整個內部map的
操作，由於redis單線程模型的緣故，這個遍歷操作可能會比較耗時，而另其它客戶端的請求完全不響應，這點需要格外注意。
實現方式：
上面已經說到redis
hash對應value內部實際就是一個hashmap，實際這里會有2種不同實現，這個hash的成員比較少時redis為了節省內存會採用類似一維數組的方式來緊湊存儲，而不會採用真正的hashmap結構，對應的value
redisobject的encoding為zipmap,當成員數量增大時會自動轉成真正的hashmap,此時encoding為ht。
list
常用命令：
lpush,rpush,lpop,rpop,lrange等。
應用場景：
redis
list的應用場景非常多，也是redis最重要的數據結構之一，比如twitter的關注列表，粉絲列表等都可以用redis的list結構來實現，比較好理解，這里不再重復。
實現方式：
redis
list的實現為一個雙向鏈表，即可以支持反向查找和遍歷，更方便操作，不過帶來了部分額外的內存開銷，redis內部的很多實現，包括發送緩沖隊列等也都是用的這個數據結構。
set
常用命令：
sadd,spop,smembers,sunion 等。
應用場景：
redis
set對外提供的功能與list類似是一個列表的功能，特殊之處在於set是可以自動排重的，當你需要存儲一個列表數據，又不希望出現重復數據時，set是一個很好的選擇，並且set提供了判斷某個成員是否在一個set集合內的重要介面，這個也是list所不能提供的。
實現方式：
set 的內部實現是一個
value永遠為null的hashmap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。
sorted set
常用命令：
zadd,zrange,zrem,zcard等
使用場景：
redis sorted set的使用場景與set類似，區別是set不是自動有序的，而sorted
set可以通過用戶額外提供一個優先順序(score)的參數來為成員排序，並且是插入有序的，即自動排序。當你需要一個有序的並且不重復的集合列表，那麼可以選擇sorted
set數據結構，比如twitter 的public
G. redis怎麼存儲
redis是一個性能非常優秀的內存資料庫，通過key-value存儲系統。
和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hashs（哈希類型）。
這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。
與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
H. Redis資料庫適合使用於哪些應用場景
redis開創了一種新的數據存儲思路，使用redis，我們不用在面對功能單調的資料庫時，把精力放在如何把大象放進冰箱這樣的問題上，而是利用redis靈活多變的數據結構和數據操作，為不同的大象構建不同的冰箱。
redis常用數據類型
redis最為常用的數據類型主要有以下五種：
string
hash
list
set
sorted set
在具體描述這幾種數據類型之前，我們先通過一張圖了解下redis內部內存管理中是如何描述這些不同數據類型的：
首先redis內部使用一個redisobject對象來表示所有的key和value,redisobject最主要的信息如上圖所示：type代表一
個value對象具體是何種數據類型，encoding是不同數據類型在redis內部的存儲方式，比如：type=string代表value存儲的是
一個普通字元串，那麼對應的encoding可以是raw或者是int,如果是int則代表實際redis內部是按數值型類存儲和表示這個字元串的，當然
前提是這個字元串本身可以用數值表示，比如:"123"
"456"這樣的字元串。
這里需要特殊說明一下vm欄位，只有打開了redis的虛擬內存功能，此欄位才會真正的分配內存，該功能默認是關閉狀態的，該功能會在後面具體描述。通過
上圖我們可以發現redis使用redisobject來表示所有的key/value數據是比較浪費內存的，當然這些內存管理成本的付出主要也是為了給
redis不同數據類型提供一個統一的管理介面，實際作者也提供了多種方法幫助我們盡量節省內存使用，我們隨後會具體討論。
下面我們先來逐一的分析下這五種數據類型的使用和內部實現方式：
string
常用命令：
set,get,decr,incr,mget 等。
應用場景：
string是最常用的一種數據類型，普通的key/value存儲都可以歸為此類，這里就不所做解釋了。
實現方式：
string在redis內部存儲默認就是一個字元串，被redisobject所引用，當遇到incr,decr等操作時會轉成數值型進行計算，此時redisobject的encoding欄位為int。
hash
常用命令：
hget,hset,hgetall 等。
應用場景：
我們簡單舉個實例來描述下hash的應用場景，比如我們要存儲一個用戶信息對象數據，包含以下信息：
用戶id為查找的key，存儲的value用戶對象包含姓名，年齡，生日等信息，如果用普通的key/value結構來存儲，主要有以下2種存儲方式：
第一種方式將用戶id作為查找key,把其他信息封裝成一個對象以序列化的方式存儲，這種方式的缺點是，增加了序列化/反序列化的開銷，並且在需要修改其中一項信息時，需要把整個對象取回，並且修改操作需要對並發進行保護，引入cas等復雜問題。
第二種方法是這個用戶信息對象有多少成員就存成多少個key-value對兒，用用戶id+對應屬性的名稱作為唯一標識來取得對應屬性的值，雖然省去了序列化開銷和並發問題，但是用戶id為重復存儲，如果存在大量這樣的數據，內存浪費還是非常可觀的。
那麼redis提供的hash很好的解決了這個問題，redis的hash實際是內部存儲的value為一個hashmap，並提供了直接存取這個map成員的介面，如下圖：
也就是說，key仍然是用戶id,
value是一個map，這個map的key是成員的屬性名，value是屬性值，這樣對數據的修改和存取都可以直接通過其內部map的key(redis里稱內部map的key為field),
也就是通過 key(用戶id) + field(屬性標簽)
就可以操作對應屬性數據了，既不需要重復存儲數據，也不會帶來序列化和並發修改控制的問題。很好的解決了問題。
這里同時需要注意，redis提供了介面(hgetall)可以直接取到全部的屬性數據,但是如果內部map的成員很多，那麼涉及到遍歷整個內部map的
操作，由於redis單線程模型的緣故，這個遍歷操作可能會比較耗時，而另其它客戶端的請求完全不響應，這點需要格外注意。
實現方式：
上面已經說到redis
hash對應value內部實際就是一個hashmap，實際這里會有2種不同實現，這個hash的成員比較少時redis為了節省內存會採用類似一維數組的方式來緊湊存儲，而不會採用真正的hashmap結構，對應的value
redisobject的encoding為zipmap,當成員數量增大時會自動轉成真正的hashmap,此時encoding為ht。
list
常用命令：
lpush,rpush,lpop,rpop,lrange等。
應用場景：
redis
list的應用場景非常多，也是redis最重要的數據結構之一，比如twitter的關注列表，粉絲列表等都可以用redis的list結構來實現，比較好理解，這里不再重復。
實現方式：
redis
list的實現為一個雙向鏈表，即可以支持反向查找和遍歷，更方便操作，不過帶來了部分額外的內存開銷，redis內部的很多實現，包括發送緩沖隊列等也都是用的這個數據結構。
set
常用命令：
sadd,spop,smembers,sunion 等。
應用場景：
redis
set對外提供的功能與list類似是一個列表的功能，特殊之處在於set是可以自動排重的，當你需要存儲一個列表數據，又不希望出現重復數據時，set是一個很好的選擇，並且set提供了判斷某個成員是否在一個set集合內的重要介面，這個也是list所不能提供的。
實現方式：
set 的內部實現是一個
value永遠為null的hashmap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。
sorted set
常用命令：
zadd,zrange,zrem,zcard等
使用場景：
redis sorted set的使用場景與set類似，區別是set不是自動有序的，而sorted
set可以通過用戶額外提供一個優先順序(score)的參數來為成員排序，並且是插入有序的，即自動排序。當你需要一個有序的並且不重復的集合列表，那麼可以選擇sorted
set數據結構，比如twitter 的public
I. redis一個對象能支持幾千萬個key么，讀寫會有什麼問題
你好，很高興回答你的問題
1. Redis 只適合精確檢索，使用 keys 關鍵字做檢索的話一定會遍歷所有 key，如果不能得出精確的 key 就不能用 Redis。「數據對象可能很多，上百個」，對 Redis 來說「對象」只是字元串，你能做的也只是把對象序列化成字元串存儲到 Redis 中，取出來時反序列化成對象。
2. 只要有精確的 key，檢索時不會有任何性能問題。Redis 用於存儲 key 的是一個字典對象，查詢性能與數量級無關。
3. 用 pipeline 批量執行。
4. 數據量大部分取決於你使用的數據格式，也取決於你單個 key 的數據規模。比如使用 Hash 時，默認 entry 數量小於 512 時或 value 小於 64 Kb，使用 ziplist 作為數據結構存儲，否則使用 dict 作為數據結構存儲。一個 key 還可能產生一個 ttl 對象記錄過期時間。很難非常准確地預計。如果不用過分精確地估計的話，建議先放入一部分數據，通過「info」關鍵字查詢放入前後 memory 的大小來估算。
5. Redis 是近乎不可視的存儲工具，如果要做數據統計、模糊檢索，就不要用 Redis 。Redis 更適合用於快速存取的場景。
希望能幫到你
J. Redis是什麼，用來做什麼
Redis是一個nosql資料庫，可以存儲key-value值。因為其底層實現中，數據讀寫是基於內存，速度非常快，所以常用於緩存；進而因其為獨立部署的中間件，常用於分布式緩存的實現方案。
常用場景有：緩存、秒殺控制、分布式鎖。
雖然其是基於內存讀寫，但底層也有持久化機制；同時具備集群模式；不用擔心其可用性。
關於Redis的使用，可以參考《Redis的使用方法、常見應用場景》