【Redis】基础实践总结：Hash类型常用命令、ZSet 类型常用命令

1 Hash 类型常用命令

1.1 设置哈希表中一个或多个字段及值

HSET 哈希表名 字段名 值 [字段名 值]

1.2 得到哈希表字段的值

HGET 哈希表名 字段名

1.3 一次设置哈希表中多个字段的值

HMSET 哈希表名 字段名 值 [字段名 值]

（注：HSET 其实也可以）

1.4 一次获取哈希表中多个字段的值

HMGET 哈希表名 字段名 [字段名]

1.5 获取哈希表中全部字段及值

HGETALL 哈希表名

1.6 删除哈希表中一个或多个字段及值

HDEL 哈希表名 字段名 [字段名]

1.7 获取哈希表的 k-v 个数

HGETALL 哈希表名

1.8 获取哈希表的所有键

HKEYS 哈希表名

1.9 获取哈希表的所有值

HVALS 哈希表名

1.10 哈希表中数值的增加

HINCRBY 哈希表名 字段名 增加的值

1.11 若不存在，在哈希表中增加新 k-v

HSETNX 哈希表名 字段名 值

1.12 应用

（注：此部分内容，学习自：链接）
（1）购物车

以用户id为key，商品id为field，商品数量为value，恰好构成了购物车的3个要素，

（2）存储对象

hash类型的(key, field, value)的结构与对象的(对象id, 属性, 值)的结构相似，也可以用来存储对象。

在介绍string类型的应用场景时有所介绍，string + json也是存储对象的一种方式，那么存储对象时，到底用string + json还是用hash呢？

两种存储方式的对比如下表所示。

当对象的某个属性需要频繁修改时，不适合用string+json，因为它不够灵活，每次修改都需要重新将整个对象序列化并赋值，如果使用hash类型，则可以针对某个属性单独修改，没有序列化，也不需要修改整个对象。比如，商品的价格、销量、关注数、评价数等可能经常发生变化的属性，就适合存储在hash类型里。

当然，不常变化的属性存储在hash类型里也没有问题，比如商品名称、商品描述、上市日期等。但是，当对象的某个属性不是基本类型或字符串时，使用hash类型就必须手动进行复杂序列化，序列化工作有时比较繁琐，不如直接用string + json的方式存储商品信息来的简单。

---

2 ZSet 类型常用命令

为有序集合，在 Set 的基础上，进行了有序化

2.1 增加有序集合中新的字段值

ZADD 有序集合名 值 字段名

（注：值需为数值类型）

2.2 将有序集合中的字段值排序

ZRANGEBYSCORE 有序集合名 下限 上限 [withscores]

2.3 删除有序集合中的元素

2.4 获取有序集合中的元素个数

ZCARD 有序集合名

2.5 升序显示有序集合中的元素

ZRANGE 有序集合名 0 -1

2.6 降序有序集合中的元素

ZREVRANGE 有序集合名 0 -1

2.7 获取有序集合中指定区间的元素数量

ZCOUNT 有序集合名 下限 上限

2.8 应用

（注：此部分学习自：链接）
（1）延时队列
zset 会按 score 进行排序，如果 score 代表想要执行时间的时间戳。在某个时间将它插入zset集合中，它变会按照时间戳大小进行排序，也就是对执行时间前后进行排序。

起一个死循环线程不断地进行取第一个key值，如果当前时间戳大于等于该key值的score就将它取出来进行消费删除，可以达到延时执行的目的。

（2）排行榜
经常浏览技术社区的话，应该对 “1小时最热门” 这类榜单不陌生。如何实现呢？如果记录在数据库中，不太容易对实时统计数据做区分。我们以当前小时的时间戳作为 zset 的 key，把贴子ID作为 member ，点击数评论数等作为 score，当 score 发生变化时更新 score。利用 ZREVRANGE 或者 ZRANGE 查到对应数量的记录。

（3）限流
滑动窗口是限流常见的一种策略。如果我们把一个用户的 ID 作为 key 来定义一个 zset ，member 或者 score 都为访问时的时间戳。我们只需统计某个 key 下在指定时间戳区间内的个数，就能得到这个用户滑动窗口内访问频次，与最大通过次数比较，来决定是否允许通过。

（4）班级表排序，工资表排序。

（5）消息的重要程度，值为权重。