概述
Redis本身就是键值对结构,而Redis中的value可以是哈希类型,为了区分这两个键值对,Redis中的键值对是key-value,而value中的哈希键值对则是field-value,其中value必须是字符串
下面介绍一些Redis的hash类型的常用命令
hset
设置对应的key,field,value,返回设置成功的field-value的个数
hget
返回key下的field对应的value
演示:
hexists
返回key下的field是否存在,存在返回1,不存在返回0
演示:
hdel
删除hash中的指定字段(del删除的是key,而hdel删除的是field),返回成功删除的个数
演示:
如果使用的是del,则key对应的所有hash都会被删除
hkeys
获取hash中全部的field(这个操作会先根据key找到对应的hash,然后再遍历hash)
演示:
这个操作实质上相当于keys *,因此如果field过多,会造成Redis服务器被阻塞
hvals
获取hash中全部的value,也有可能造成Redis服务器阻塞
演示:
hgetall
获取所有的field和value,每个field和对应的value交替展示
演示:
hmget
获取key下指定的field对应的value,value的顺序和给定的field的顺序一致
演示:
hlen
获取对应key下hash的元素的个数,时间复杂度O(1)
演示:
hsetnx
类似于string类型中的setnx,如果filed不存在则插入hash成功,否则插入失败
演示:
hincrby
类似于string类型中的incrby,可以将hash中field对应的value当作整数,进行加减操作
演示:
hincrbyfloat
类似于string类型中的incrbyfloat,可以将hash中field对应的value当作小数,进行加减操作
演示:
hstrlen
获取value的字符串长度
演示:
编码方式
编码方式 | 说明 |
---|---|
ziplist | 压缩列表,当哈希类型元素个数小于512个,所有值小于64字节时使用,更加节省内存 |
hashtable | 哈希表,不满足ziplist时使用 |
压缩的本质是对数据重新编码,结合数据的特点,精妙的设计可以使数据重新编码后缩小体积
而ziplist通过一些压缩算法就可以节省内存空间,但是读写的速度会变慢
应用场景
缓存
hash类型同样适合作为缓存来存储数据,并且还可以更好的存储结构化的数据
string类型虽然也能通过json类型存储这样结构化数据,但是如果需要修改数据,需要将整个数据都读出来,修改后再存储回去,显然没有使用hash类型更加轻量化