redis 五種資料類型的使用情境

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

目錄(?)[+] String [html]  view plain  copy   1、String   常用命令：   除了get、set、incr、decr mget等操作外，Redis還提供了下面一些操作：   擷取字串長度   往字串append內容   設定和擷取字串的某一段內容   設定及擷取字串的某一位（bit）   大量設定一系列字串的內容      應用情境：   String是最常用的一種資料類型，普通的key/value儲存都可以歸為此類，value其實不僅是String，   也可以是數字：比如想知道什麼時候封鎖一個IP地址(訪問超過幾次)。INCRBY命令讓這些變得很容易，通過原子遞增保持計數。      實現方式：   m,decr等操作時會轉成數值型進行計算，此時redisObject的encoding欄位為int。  
Hash [html]  view plain  copy   常用命令：   hget,hset,hgetall 等。   應用情境：   我們簡單舉個執行個體來描述下Hash的應用情境，比如我們要儲存一個使用者資訊對象資料，包含以下資訊：              使用者ID，為尋找的key，              儲存的value使用者物件包含姓名name，年齡age，生日birthday 等資訊，      如果用普通的key/value結構來儲存，主要有以下2種儲存方式：          第一種方式將使用者ID作為尋找key,把其他資訊封裝成一個對象以序列化的方式儲存，              如：set u001 "李三,18,20010101"              這種方式的缺點是，增加了序列化/還原序列化的開銷，並且在需要修改其中一項資訊時，需要把整個對象取回，並且修改操作需要對並發進行保護，引入CAS等複雜問題。          第二種方法是這個使用者資訊對象有多少成員就存成多少個key-value對兒，用使用者ID+對應屬性的名稱作為唯一標識來取得對應屬性的值，              如：mset user:001:name "李三 "user:001:age18 user:001:birthday "20010101"              雖然省去了序列化開銷和並發問題，但是使用者ID為重複儲存，如果存在大量這樣的資料，記憶體浪費還是非常可觀的。       那麼Redis提供的Hash很好的解決了這個問題，Redis的Hash實際是內部儲存的Value為一個HashMap，       並提供了直接存取這個Map成員的介面，           如：hmset user:001 name "李三" age 18 birthday "20010101"                  也就是說，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 [html]  view plain  copy   常用命令：       lpush,rpush,lpop,rpop,lrange,BLPOP(阻塞版)等。      應用情境：       Redis list的應用情境非常多，也是Redis最重要的資料結構之一。       我們可以輕鬆地實現最新訊息排行等功能。       Lists的另一個應用就是訊息佇列，可以利用Lists的PUSH操作，將任務存在Lists中，然後背景工作執行緒再用POP操作將任務取出進行執行。      實現方式：       Redis list的實現為一個雙向鏈表，即可以支援反向尋找和遍曆，更方便操作，不過帶來了部分額外的記憶體開銷，Redis內部的很多實現，包括髮送緩衝隊列等也都是用的這個資料結構。      RPOPLPUSH source destination          命令 RPOPLPUSH 在一個原子時間內，執行以下兩個動作：       將列表 source 中的最後一個元素(尾元素)彈出，並返回給用戶端。       將 source 彈出的元素插入到列表 destination ，作為 destination 列表的的頭元素。       如果 source 和 destination 相同，則列表中的表尾元素被移動到表頭，並返回該元素，可以把這種特殊情況視作列表的旋轉(rotation)操作。&n