目录

哈希类型的命令

hset

hget

hexists

hdel

hkeys

hvals

hgetall

hmget

hlen

hsetnx

hincrby

hincrbyfloat

内部编码

Hash类型的应用场景

作为缓存

哈希类型和关系型数据库的两点不同之处

缓存方式对比

---

Redis自身已经是键值对的结构了,Redis自身的键值对就是通过哈希的方式来组织的.

把key这一层组织完成之后,到了value这一层,value还可以是哈希.

在Redis中哈希类型的映射关系通常称为field-value,用于区分Redis整体的键值对(key-value).所以哈希类型当中value指的是field对应的值,不是键key对应的值.

字符串和哈希类型的比较

当我们需要存储一个uid为1的用户对象,姓名是zhangsan,年龄是18.

用字符串时,我们需要设置两个key-value,一个user:1:name-zhangsan和user:1:age-18.

而我们使用哈希时只需要一个键即可user:1->name-zhangsan,age-18.

哈希类型的命令

hset

设置hash中指定的field的value.

返回值是设置成功的键值对(field-value)的个数.

注意hash类型中的value只能是字符串类型的.

hget

hget key field

获取哈希中指定字段的值.

返回值是字段对应的值或者是nil.

.

hexists

hexists key field

判断hash中是否有指定字段的值.

返回1表示存在,0表示不存在.

hdel

hdel key field [field......]

删除hash中指定的字段.

注意del命令删除的key而hdel命令删除的是field.

返回的是本次操作删除的字段个数.

 

hkeys

hkeys key

获取hash中所有的字段.

返回的是字段列表.

hvals

hvals key         

获取hash中所有的值.

返回的是所有的val值.

hgetall

hgetall key

获取hash中所有的字段以及其对应的值.

返回的是字段和对应的值.

field和value是交替出现的.

hmget

hmget key field [field......] 

一次获取hash中多个字段的值.

返回的是字段对应的值或者是nil.

 

hash中也有hmset能够一次设置多个field和value,但是我们不需要使用,因为hset已经支持一次设置多个field和values了.

hlen

hlen key

获取hash中所有字段的个数.

返回的是字段个数.

hsetnx

hsetnx key field value

在字段不存在的情况下,设置hash中字段的值.

返回1表示设置成功,返回0表示设置失败.

如果key也不存在,也会创建key.

hincrby

hincrby key field increment

将hash中字段对应的数值添加指定的值.此时value必须能被当作数字处理.

hincrbyfloat

这是hincrby的浮点数版本.

hincrbyfloat key field increment

hstrlen

hstrlen key field

计算value的字符串长度.

---

内部编码

哈希类型的内部编码是ziplist和hashtable.

使用ziplist目的是为了节省内存空间,因为当数据元素不多的时候,使用一个hash表来表示,可能会造成空间的浪费,hash首先是一个数组,数组上的有些位置上有元素,有的元素可能就没有元素,就会造成浪费.但是数据元素过多的时候,此时在使用ziplist,读写元素的速度会比较慢,此时就要使用hashtable来组织和存储数据.

如果哈希中的元素比较少,使用ziplist表示,元素个数比较多的时候使用hashtable来表示.

如果每个value的值的长度都比较短,使用ziplist表示,如果某个value的长度太长了,也会转换哼hashtable.

对于多少个元素是多,多长的value算长,redis中有两个配置.

hash-max-ziplist-entries配置.(默认是512个).

hash-max-ziplist-value配置.(默认是64字节).

我们可以在redis的配置文件中对其进行修改.根据不同的业务场景选择更加契合当前业务的值.

---

Hash类型的应用场景

作为缓存

string类型也可以作为缓存使用,但是存储结构话的数据,使用hash更加合适一些.

比如mysql中有一个表.

使用hash可以更加直观的表示表中的每一条记录.

上述场景使用string类型也可以做到,要用到json这样的数据格式.

如果使用string(json格式)来表示userinfo,万一只想获取其中的一个field或者修改某个field的值,就需要把整个json都读出来,解析成对象,在操作field,最后重新转写成json字符串,在写回去.

如果使用hash的方式来表示userinfo.就可以使用field表示对象的某个属性,此时就可以非常方便的修改/获取任何一个属性的值了.

使用hash的方式读写field更加直观高效,但是付出的是空间的代价.

哈希类型和关系型数据库的两点不同之处

1.哈希类型是稀疏的,而关系型数据库是完全结构化的.例如哈希的每个键都可以有不同的field,而关系型数据库一旦添加新的列,所有行都要为其设置值,即使是null也要设置.

2.关系型数据库可以做复杂的关系查询,而redis去模拟关系型复杂查询基本不可能,维护成本很高.

---

缓存方式对比

目前,我们已经掌握了三种缓存用户信息的方法.

1.原生字符串类型-使用字符串类型,每个属性一个键

优点:实现比较简单,针对个别属性的操作更加灵活.

缺点:占用过多的键,内存的占用量较大,同时用户的信息在redis中比较分散,缺少内聚性,所以这种方案基本没有实用性.

2.序列化字符串类型-json格式

优点:针对总是以整体作为操作的场景比较合适,编程也简单.同时,如果序列化的方案选择合适,内存的使用效率很高.

缺点:本身的序列化和反序列化需要一定的开销,同时如果针对某个属性进行操作会变的不灵活.

3.哈希类型

优点:简单,直观,灵活.尤其是针对信息的局部变更.

缺点:需要控制哈希在两种内部编码之间的转换,可能会造成内存的较大消耗.