我们先来看这个例子
在上一节我们一起了解了 string 存储类型。但是如果是对象数据的存储具有较频繁的更新需求, *** 作会显得笨重。例如:user:id:100 -> {"id":100,"name":"春晚","fans":12355,"blogs":99,"focus:83}
,如果需要更新一个对象中的局部数据,就需要替换掉所有数据,于是有了以下的需求。【相关推荐:Redis视频教程】
新的需求:对一系列存储的数据进行编组,方便管理,比如存储一个对象的信息需要的存储结构:一个存储空间保存多个键值对数据
如下图:
为了解决这个问题,我们引入新的数据类型:hash
。同时 hash 存储结构也做了以下优化
- 如果 field 数量较小,存储结构优化为类数组结构
- 如果 field 数量较多,存储结构使用 HashMap 结构
- 修改/添加数据
hset key field value
- 查询单个字段/查询所有字段
# 查询单个字段数据 hget key field # 查询所有数据 hgetall key
- 删除 *** 作
hdel key field1 [field2]
- 修改/添加多个数据
hmset key field1 value1 field2 value2
- 返回 hash 表中,一个或多个给定字段的值
hmget key field1 field2
- 获取 hash 表中字段的数量
hlen key
- 获取 hash 表中是否存在指定的字段
hexists key field3. hash 类型数据的扩展 *** 作
- 获取 hash 表中所有字段名或字段值
hkey key hvals key
- 设置指定字符段的数值数据增加指定范围的值
hincrby key field increment hincrbyfloat key field increment
hash 类型数据 *** 作注意事项
hash 类型下的 value 只能存储字符串,不允许存储其他数据类型,不存在嵌套对象。如果数据未获取到,对应的结果为(nil);
每个 hash 可以存储 2 的 32 次方减 1 个键值对;
hash 类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性,但 hash 设计初衷不是为了存储大量对象而设计,切记不可滥用,更不可以将 hash 作为对象列表使用;
hgetall *** 作可以获取全部属性,如果内部 field 过多,遍历整个数据效率会很低,有可能成为数据访问瓶颈。
概述
在这里我们不讨论购物车与数据库间的持久化同步,也不讨论购物车与订单之间的关系,同时忽略未登录用户购物车信息存储。我们仅仅用 redis 的存储模型来 对购物车 的条目进行 添加、浏览、更改数量、删除、清空
实现方案
- 以客户 id 作为 key,每位用户创建一个 hash 存储结构对应购物车信息
- 将商品编号作为 field,购买数量作为 value 进行存储
- 添加商品:追加全新的 field 与 value
- 浏览商品:遍历 hash
- 更改数量:自增/自减,设置 value 值
- 删除商品:删除 field
- 清空:删除 key
示例代码如下:
# 001 用户购买 ID为101商品 100件,ID为102的商品 200件 hmset 001 101 100 102 200 # 002 用户购买 ID为102商品 1件,ID为104的商品 7件 hmset 002 102 1 104 7
商品信息加速
当前仅仅是将数量存储到 redis 中,并没有起到加速作用,因为商品信息还需要查询数据库。可以使用以下方案解决:
每条购物车中的商品信息记录保存为两个 field
- field1 专门用于保存数量
命名格式:商品 id:nums 保存数据:数值
- field2 专门用于保存购物车中显示的商品信息,包含文字描述,图片地址,所属商家信息等
命名格式:商品 id:info 保存数据:json
示例代码如下:
# 001 用户 购买 ID为101的商品 2件,商品的信息为:{"name":"good name"} hmset 001 101:num 2 101:info "{\"name\":\"goods name\"}" # 002 用户 购买 ID为101的商品 1件,商品的信息为:{"name":"good name"} hmset 002 101:num 1 101:info "{\"name\":\"goods name\"}"
在上面的101:info
对应的值中,字符串包含了空格,所以用双引号引用起来,达到转义的目的。
商品信息独立保存
由于 field2 可能在多条商品记录中存在,因此 field2 里的数据可保存到独立的 hash。此时,如果每添加一条购物车记录,就保存一次 hash 数据,显然是不合理的,可以通过hsetnx
*** 作来保存数据,如果数据存在,则不执行保存 *** 作。
命令格式如下
hsetnx key field value
代码示例如下
# 将id为101 的商品独立存起来 hsetnx info 101 "{\"name\":\"goods name\"}"4.1. 用hash实现抢购
案例:双 11 活动日,销售手机充值卡的商家对移动、联通、电信的 30 元、50 元、100 元商品推出抢购活动,每种商品的抢购上限为 100。
解决方案
- 以商家 id 作为 key
- 将参与抢购的商品作为 field
- 将参与抢购的商品数量作为对应的 value
- 抢购时使用降值的方式控制产品数量
- 实际业务中还有超卖等实际问题,这里不做讨论
实现过程
商品初始信息
# p01商家下,c30充值券1000张,c50充值券1000张,c100充值券1000张 hmset p01 c30 1000 c50 1000 c100 1000
当 c30 售出1件时,值减 1; 当 c100 售出 20 件时,值减 20,如下代码
# p01商家,商品c30售出1件 hincrby p01 c30 -1 # p01商家,商品c100售出20件 hincrby p01 c100 -205. string 存对象对比 hash 存对象
string 存储 json 字符串:读取方便,在更新的时候会整体进行更新
hash 存对象具体的字段:更新灵活
引入 hash 数据类型之后,我们就解决了 string 存储对象,更新对象时需要整体更新的问题。
更多编程相关知识,请访问:编程入门!!
以上就是聊聊redis中的hash数据类型,如何 *** 作?的详细内容,
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)