本節中將介紹Redis支持的主要數據結構，以及相關的常用Redis命令。redis是一種基于鍵值對（key-value）的內存數據庫，redis數據結構可以分為string、hash、list、set、sorted set。

redis的五種數據結構和相關指令之Hash

哈希hash

哈希hash是一個string類型的field和value的映射表，hash特適合用于存儲對象，用Hash中的field對應對象的field即可。

每個hash對象有三個屬性：key、field和value；每個hash對象有一個key值，每個key可以對應多個field，每個field對應一個value。

比如將關系型數據表轉成redis存儲：

?

使用hash后的存儲方式為：

a、基本命令

?設值：hset key field value

hset user:1 name james ? ? ? ? //成功返回1，失敗返回0

取值：hget key field

hget user:1 name ? ? ? ? ? ? ?//返回james

刪值：hdel key field

hdel user:1 age ? ? ? ? ? ? ? //返回刪除的個數

計算個數：hlen key

hset user:1 name james; hset user:1 age 23;? hlen user:1 ? ? ? ? ? ? ? //返回2，user:1有兩個屬性值

批量設值：

hmset user:2 name james age 23 sex boy //返回OK

批量取值：

hmget user:2 name age sex ? //返回三行：james 23 boy

?判斷field是否存在：

hexists user:2 name //若存在返回1，不存在返回0

?獲取所有field，時間復雜度O(N)，慎用:

hkeys user:2 ? ? ? ? ? ?// 返回name age sex三個field

獲取user:2所有value，時間復雜度O(N)，慎用：

hvals user:2 ? ? // 返回james 23 boy

獲取user:2所有field與value，時間復雜度O(N)，慎用：

hgetall user:2 //name age sex james 23 boy值

增加數值：

hincrby user:2 age 1 ? ? ?//age+1 hincrbyfloat user:2 age 2 ? //浮點型加2

b、三種方案實現用戶信息存儲優缺點：

1、string原生：

set user:1:name james; set user:1:age ?23; set user:1:sex boy;

優點： 簡單直觀，每個鍵對應一個值
缺點： 鍵數過多，占用內存多，用戶信息過于分散，不用于生產環境

2、將對象序列化存入redis

set user:1 serialize(userInfo);

優點： 編程簡單，若使用序列化合理內存使用率高
缺點： 序列化與反序列化有一定開銷，更新屬性時需要把userInfo全取出來進行反序列化，更新后再序列化到redis

3、使用hash類型：

hmset user:1 name james age 23 sex boy

優點： 簡單直觀，使用合理可減少內存空間消耗
缺點： 要控制ziplist與hashtable兩種編碼轉換，且hashtable會消耗更多內存

總結： 對于更新不多的情況下，可以使用序列化，對于VALUE值不大于64字節可以使用hash類型
————————————————
版權聲明：本文為CSDN博主「lingengy」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/w1lgy/article/details/84376841

總結

以上是生活随笔為你收集整理的Redis系列三、redis的五种数据结构和相关指令之Hash的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。