redis 資料類型的使用情境

標籤：

value為對應的資料類型。

 

String

應用情境：
String是最常用的一種資料類型，普通的key/value儲存都可以歸為此類，value其實不僅是String，也可以是數字。

 

Hash

應用情境：
我們簡單舉個執行個體來描述下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(屬性標籤) 操作對應屬性資料了，既不需要重複儲存資料，也不會帶來序列化和並發修改控制的問題。很好的解決了問題。

 

List

 

 

Set

實現方式：
set 的內部實現是一個 value永遠為null的HashMap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。

 

 

 

 

http://blog.csdn.net/gaogaoshan/article/details/41039581/

 

Redis中，並不是所有的資料都一直儲存在記憶體中的，這是和Memcached相比一個最大的區別。

Redis不僅僅支援簡單的k/v類型的資料，同時還提供list，set，hash等資料結構的儲存

redis 資料類型的使用情境