redis数据类型之hash

hash这个数据类型类似java中的HashmMap，都由key-value键值对组成。

简单使用

hset：设置hash指定字段的值，语法：HSET key field value [field value ...]。

127.0.0.1:6379> hset h1 name morris age 18
(integer) 2

hget：获取hash指定字段的值，语法：HGET key field

127.0.0.1:6379> hget h1 name
"morris"

hkeys：获取hash所有的字段，语法：HKEYS key。

127.0.0.1:6379> hkeys h1
1) "name"
2) "age"

hvals：获取hash所有的值，语法HVALS key。

127.0.0.1:6379> hvals h1
1) "morris"
2) "18"

hgetall：获取hash所有的字段和值，语法HGETALL key。

127.0.0.1:6379> hgetall h1
1) "name"
2) "morris"
3) "age"
4) "18"

hexists：判断hash中某个字段是否存在，语法：HEXISTS key field。

127.0.0.1:6379> hexists h1 name
(integer) 1

hlen：返回hash中键值对的个数，语法：HLEN key。

127.0.0.1:6379> hlen h1
(integer) 2

hincrby：给hash中指定字段的值增加一个整型，语法：INCRBY key increment。

127.0.0.1:6379> hincrby h1 age 1
(integer) 19

hincrbyfloat：给hash中指定字段的值增加一个浮点型，语法：INCRBYFLOAT key increment。

127.0.0.1:6379> hincrbyfloat h1 age 0.5
"19.5"

hstrlen：获取hash指定字段的值的长度，语法HSTRLEN key field。

127.0.0.1:6379> hstrlen h1 name
(integer) 6

hmset：批量设置hash，这个跟hset命令一样了，只是hset只支持设置一个，能保证原子性，语法：HMSET key field value [field value ...]。

127.0.0.1:6379> hmset k k1 v1 k2 v2 k3 v3
OK
127.0.0.1:6379> hgetall k
1) "k1"
2) "v1"
3) "k2"
4) "v2"
5) "k3"
6) "v3"

hmget：批量获取hash的字段对应的值，语法：HMGET key field [field ...]。

127.0.0.1:6379> hmget k k1 k2 k3
1) "v1"
2) "v2"
3) "v3"

hsetnx：字段不存在则设置成功，类似setnx命令，只能设置一个字段，语法：HSETNX key field value。

127.0.0.1:6379> hsetnx kk name bob
(integer) 1

hdel：删除字段，语法：HDEL key field [field ...]。

127.0.0.1:6379> hdel k k1
(integer) 1
127.0.0.1:6379> hkeys k
1) "k2"
2) "k3"

内部编码

哈希类型的内部编码有两种：

• ziplist（压缩列表）：当哈希类型元素个数小于hash-max-ziplist-entries配置（默认512个）、同时所有值都小于hash-max-ziplist-value配置（默认64字节）时，Redis会使用ziplist作为哈希的内部实现，ziplist使用更加紧凑的结构实现多个元素的连续存储，所以在节省内存方面比hashtable更加优秀。
• hashtable（哈希表）：当哈希类型无法满足ziplist的条件时，Redis会使用hashtable作为哈希的内部实现，因为此时ziplist的读写效率会下降，而hashtable的读写时间复杂度为O（1）。

127.0.0.1:6379> object encoding x
"ziplist"127.0.0.1:6379> hset y str "one string is bigger than 64 byte...............one string is bigger than 64 byte..............."
(integer) 1
127.0.0.1:6379> object encoding y
"hashtable"

使用场景

hash常用来存储关系型数据库中的记录。

假设现在数据库有一张user表，如下：

下面给出三种方案来缓存用户信息。

1. 使用原生字符串类型存储，每个属性一个键。

127.0.0.1:6379> mset user:1:name morris user:1:age 18 user:1:city beijing
OK
127.0.0.1:6379> mset user:2:name bob user:1:age 20 user:1:city hongkong
OK
127.0.0.1:6379> keys user:1:*
1) "user:1:age"
2) "user:1:name"
3) "user:1:city"
127.0.0.1:6379> mget user:1:name user:1:age user:1:city
1) "morris"
2) "20"
3) "hongkong"

优点：简单直观，每个属性都支持更新操作。

缺点：占用过多的键，内存占用量较大，同时用户信息内聚性比较差。

2. 将数据库中的一行记录序列化为json，用一个key保存。

127.0.0.1:6379> set user:1 '{"id":1,"name":"morris","age":18,"city":"beijing"}'
OK
127.0.0.1:6379> get user:1
"{"id":1,"name":"morris","age":18,"city":"beijing"}"
127.0.0.1:6379> set user:2 '{"id":2,"name":"bob","age":20,"city":"hongkong"}'
OK
127.0.0.1:6379> get user:2
"{"id":2,"name":"bob","age":20,"city":"hongkong"}"

优点：简化编程，如果合理的使用序列化可以提高内存的使用效率。

缺点：序列化和反序列化有一定的开销，同时每次更新属性都需要把全部数据取出进行反序列化，更新后再序列化到Redis中。

3. 使用hash存储，每行记录的一列对应一个field-value。

127.0.0.1:6379> hset user:1 name morris age 18 city beijing
(integer) 3
127.0.0.1:6379> hset user:2 name bob age 20 city hongkong
(integer) 3
127.0.0.1:6379> hgetall user:1
1) "name"
2) "morris"
3) "age"
4) "18"
5) "city"
6) "beijing"
127.0.0.1:6379> hgetall user:2
1) "name"
2) "bob"
3) "age"
4) "20"
5) "city"
6) "hongkong"

优点：简单直观，如果使用合理可以减少内存空间的使用。

缺点：要控制哈希在ziplist和hashtable两种内部编码的转换，hashtable会消耗更多内存。