redis五種資料類型應用情境

標籤：redis   string   hash   應用情境   

String

1、String  常用命令：  除了get、set、incr、decr mget等操作外，Redis還提供了下面一些操作：  擷取字串長度  往字串append內容  設定和擷取字串的某一段內容  設定及擷取字串的某一位（bit）  大量設定一系列字串的內容    2、應用情境：  String是最常用的一種資料類型，普通的key/value儲存都可以歸為此類，value其實不僅是String，  也可以是數字：比如想知道什麼時候封鎖一個IP地址(訪問超過幾次)。INCRBY命令讓這些變得很容易，通過原子遞增保持計數。    3、實現方式：  m,decr等操作時會轉成數值型進行計算，此時redisObject的encoding欄位為int。

Hash

1、常用命令：  hget,hset,hgetall 等。  2、應用情境：  我們簡單舉個執行個體來描述下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單執行緒模式的緣故，這個遍曆操作可能會比較耗時，而另其它用戶端的請求完全不響應，這點需要格外注意。  3、實現方式：     上面已經說到Redis Hash對應Value內部實際就是一個HashMap，實際這裡會有2種不同實現，這個Hash的成員比較少時Redis為了節省記憶體會採用類似一維數組的方式來緊湊儲存，而不會採用真正的HashMap結構，對應的value redisObject的encoding為zipmap,當成員數量增大時會自動轉成真正的HashMap,此時encoding為ht。

本文出自 “PHP程式猿” 部落格，請務必保留此出處http://okowo.blog.51cto.com/4923464/1690733

redis五種資料類型應用情境