【攻克Redis】哈希类型

哈希

​ 哈希类型是指键值本身又是一个键值对结构；哈希类型中的映射关系叫作field-value，注意这里的value是指field对应 的值，不是键对应的值，请注意value在不同上下文的作用。

命令

#设置值
hset key field value
#获取值,若不存在返回nil
hget key field
#删除field
hdel key field [field ...]
#计算field个数
hlen key
#批量设置或获取field-value
hmget key field [field ...]
hmset key field value [field value ...]
#判断field是否存在,存在返回1，不存在返回0
hexists key field
#获取所有field
hkeys key 
#获取所有value
hvals key
#获取所有的field-value，可以尝试采用hscan该命令会渐进式遍历哈希类型
hgetall key
#自增指定数字，作用域为field
hincrby key field 
#自增指定浮点数，作用域为field
hincrbyfloat key field
#计算value的字符串长度（需要redis3.2以上）
hstrlen key field

内部编码

ziplist：value小于64个字节，并且field个数不会超过512个
hashtable：value大于64个字节，并且field个数超过512个

使用场景

​ 缓存用户信息，用户表属性field为表的列，每条用户信息作为行

优缺点：

​ 优点：相比字符串缓存用户信息，哈希类型变得更加直观

​ 缺点：若关系型数据库新增列，需要和以前存储在redis的用户信息属性保持一致，比较困难；不可做复杂查询

缓存方式	优点	缺点
原生字符串（生产环境不推荐）	简单直观，每个属性都支持更新操作	占用过多的键，内存占用量较大，同时用户信息内聚性比较差
序列化字符串类型	简化编程，如果合理的使用序列化可以提高内存的使用效率	序列化和反序列化有一定的开销，同时每次更新属性都需要把全部数据取出进行反序列化，更新后再序列化到Redis中
哈希类型	简单直观，如果使用合理可以减少内存空间的使用	控制哈希在ziplist和hashtable两种内部编码的转换，hashtable会消耗更多内存