Redis——hash类型详解

概述

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类型更加轻量化