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