Redis哈希類型詳解

  • 2019 年 10 月 8 日
  • 筆記

我們知道在Redis中有5種數據類型,之前的文章中我們已經介紹過了String類型,也就是字元串類型,今天我們學習第二種數據類型,哈希類型。大部分語言基本都提供了哈希類型,如Java語言中的Map類型及Python語言中的字典類型等等。雖然語言不同,但它們基本使用都是一樣的。也就是都是鍵值對結構的。例如:

value={{field1, value1}

下面我們通過下圖來直觀感受一下字元串類型和哈希類型的區別。

Redis中哈希類型都是鍵值對結構的,所以要特別注意這裡的value並不是指的是Redis中的key的value,而是Redis中哈希類型中的field所對應的value。

下面我們還是和介紹字元串類型一樣,先是了解一下Redis中哈希類型的相關命令。

命令


一. 設置值

hset key field value

我們看上圖執行的命令知道,hset命令也是有返回值的。如果hset命令設置成功,則返回1,否則則返回0。除此之外Redis也為哈希類型提供了hsetnx命令。在字元串那篇文章中,我們知道,nx命令則表示key不存在的時候,才能設置成功,而在Redis中hsetnx命令則表示field不存在的時候,才能設置成功。


二. 獲取值

hget key field

我們看hget命令和get有很大的不同,get命令在獲取的時候,只要寫一個名字就可以了,而hget命令則要寫兩個名字,第一個名字就是key 第二個名字就是field。除此之外,當然key或者field不存在時,返回的結果都是nil。


三. 刪除field

hdel key field [field ...]

hdel命令刪除的時候,也會有返回值,並且這個返回就是成功刪除field的個數。當field不存在時,並不會報錯,而是直接返回0。


四. 計算field個數

hlen key

hlen命令返回的就是當前key中field的個數,如果key不存在,則返回0。


五. 批量設置或獲取field-value

hmget key field [field ...]  hmset key field value [field value ...]

hmset命令和hmget命令分別都是批量設置和獲取值的,hmset命令沒有什麼要注意的,但hmget命令要特別注意,當我們獲取一個不存在的key或者不存在的field時,Redis並不會報錯,而是返回nil。並且有幾個field不存在,則Redis返回幾個nil,當整個key都不存在時,則返回全部nil(有幾個field返回幾個nil)。


六. 判斷field是否存在

hexists key field

當執行hexists命令時,如果當前key包括field,則返回1,否則返回0。

七. 獲取所有field

hkeys key

八. 獲取所有value

hvals key

九. 獲取所有的field-value

hgetall key

hgetall命令會返回當前key中的所有field-value,並按照順序依次返回,也就是field-value field-value等等。


十. hincrby hincrbyfloat

hincrby key field increment  hincrbyfloat key field increment

hincrby命令和incrby命令的使用功能基本一樣,都是對值進行增量操作的。唯一不同的就是incrby命令的作用域key,而hincrby命令的作用域則是field。


十一. 計算value的字元串長度

hstrlen key field

hstrlen命令返回的是當前key中field中字元串的長度,如果當前key中沒有field則返回0。


哈希類型命令的時間複雜度

內部編碼

在Redis哈希類型的內部編碼只有兩種它們分別是:

  • ziplist(壓縮列表):當哈希類型中元素個數小於hash-max-ziplist-entries配置(默認512個)同時所有值都小於hash-max-ziplist-value配置(默認64位元組)時,Redis會使用ziplist作為哈希的內部實現。
  • hashtable(哈希表):當上述條件不滿足時,Redis則會採用hashtable作為哈希的內部實現。

下面我們通過以下命令來演示一下ziplist和hashtable這兩種內部編碼。

  1. 當field個數比較少並且value也不是很大時候Redis哈希類型的內部編碼為ziplist。
  2. 當value中的位元組數大於64位元組時(可以通過hash-max-ziplist-value設置),內部編碼會由ziplist變成hashtable。
  3. 因為在Redis中中文的位元組數比英文的位元組數大大,正常來說,一個中文佔用3個位元組。
  4. 當field個數超過512(可以通過hash-max-ziplist-entries參數設置),內部編碼也會由ziplist變成hashtable。
  5. 由於直接創建512個field不方便,為了更好的驗證該功能,我將用程式的方式,動態創建512個field來驗證此功能,下面為具體的程式碼。

以上就是Redis中哈希類型的相關命令及內部編碼,如本文有不正確的地方歡迎指出。