Redis 数据类型hash以及使用场景
2022-08-09 2835举报
简介: Redis 数据类型hash以及使用场景
hash在Java中其实就是键值对的存在,在redis也不列外,使用场景是:
新的存储需求:对一系列存储的数据进行编组,方便管理,典型应用存储对象信息
需要的存储结构:一个存储空间保存多个键值对数据
hash类型:底层使用哈希表结构实现数据存储
![](https://img-blog.csdnimg.cn/img_convert/825352b55665a891c221630cbe5cefbd.png)
hash存储结构优化
如果field数量较少,存储结构优化为类数组结构
如果field数量较多,存储结构使用HashMap结构
hash 类型数据操作的注意事项
hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象。如果数据未获取到,
对应的值为(nil)
每个 hash 可以存储 2的32次方 - 1 个键值对
hash类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性。但hash设计初衷不是为了存
储大量对象而设计的,切记不可滥用,更不可以将hash作为对象列表使用
hgetall 操作可以获取全部属性,如果内部field过多,遍历整体数据效率就很会低,有可能成为数据访问
瓶颈
hash数据类型基本操作
添加/修改数据
hset key field value
![](https://img-blog.csdnimg.cn/img_convert/2494fe4d4508154af69a928c3fcb4c63.png)
获取指定key的数据
hget key field
![](https://img-blog.csdnimg.cn/img_convert/4b1f262ad7bb02a358e678bf6d1abfed.png)
获取所有数据
hgetall key
![](https://img-blog.csdnimg.cn/img_convert/34fb0bb69d8e0e8864f85e4cac78d172.png)
删除指定key
hdel key field1 [field2]
![](https://img-blog.csdnimg.cn/img_convert/a0a8eaa196e9f1ab662b9a55ec6afb4e.png)
添加/修改多个数据 和string一样的操作 在h后面set的前面加一个m
hmset key field1 value1 field2 value2 …
![](https://img-blog.csdnimg.cn/img_convert/2692023bba7ea2c71a4676a7a6e10189.png)
获取多个数据
hmget key field1 field2 …
![](https://img-blog.csdnimg.cn/img_convert/8e966a7fc4f3fe415d6ece209cfbbe59.png)
获取哈希表中字段的数量
hlen key
![](https://img-blog.csdnimg.cn/img_convert/246b03fdd8addc00176c4a18bf20fe33.png)
获取哈希表中是否存在指定的字段
hexists key field
![](https://img-blog.csdnimg.cn/img_convert/c5e34a9f45c880540117c6372bd90a7b.png)
hash 类型数据扩展操作
获取哈希表中所有的字段名或字段值
hkeys key
hvals key
![](https://img-blog.csdnimg.cn/img_convert/a1ecc7a2f2acfd6b0a3fe00108a0bd18.png)
![](https://img-blog.csdnimg.cn/img_convert/8db25a2f2880d84dbacc68db1d166a7d.png)
设置指定字段的数值数据增加指定范围的值
hincrby key field increment
hincrbyfloat key field increment
![](https://img-blog.csdnimg.cn/img_convert/404996b1dfc5eb54b6e2397db3f0d527.png)
hash 类型数据操作的注意事项
hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象。如果数据未获取到,
对应的值为(nil)
每个hash 可以存储 2的32次方 - 1 个键值对
hash类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性。但hash设计初衷不是为了存
储大量对象而设计的,切记不可滥用,更不可以将hash作为对象列表使用
hgetall 操作可以获取全部属性,如果内部field过多,遍历整体数据效率就很会低,有可能成为数据访问
瓶颈
hash 类型应用场景
以客户id作为key,每位客户创建一个hash存储结构存储对应的购物车信息
将商品编号作为field,购买数量作为value进行存储
添加商品:追加全新的field与value
浏览:遍历hash
更改数量:自增/自减,设置value值
删除商品:删除field
清空:删除key
此处仅讨论购物车中的模型设计
购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论
以商家id作为key
将参与抢购的商品id作为field
将参与抢购的商品数量作为对应的value
抢购时使用降值的方式控制产品数量
实际业务中还有超卖等实际问题,这里不做讨论