标签:次方 注意 自增 exists 设计 bsp 需要 步骤 exist
解决问题:存储的困惑
前面了解的对象类数据存储,如果具有比较频繁的更新操作会显得很笨重
新点存储需求:对一系列存储的数据进行编组,方便管理,典型应用存储对象信息
需要的存储结构:一个存储空间保存多个键值对数据
hash存储结构优化
如果field数量比较少,保存结构优化为类数组结构
如果field数量比较多,存储结构使用hashMap结构
hash类型数据操作的注意事项
hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象
每个hash可以存储2的32次方-1个键值对
hash类型十分贴近对象 数据存储形式,并且乐意灵活添加删除对象属性
hgetall操作可以获取全部属性,如果内部field过多,遍历整体的效率会很低,有可能成为数据访问瓶颈
hash类型数据的基本操作
添加 hset field value
获取数据 hget key field/hgetall key
删除数据 hdel key field1 [field2]
添加/修改多个数据 hmset key field1 value1 field2 value2
获取多个数据 hmget key field1 field2-----
获取哈希表中字段的数量hlen key
获取哈希表中是否存在指定的字段hexists key field
获取哈希表中所有的字段名或字段值hkeys key/hvals key
设定指定字段的数值数据增加指定范围的值hincrby key field increment hincrbyfloat key field increment
hsetnx判断字段是否有值,如果没有就加进去,否则原始值不变
hash使用场景
电商网站购物车设计与实现
业务分析
仅分析购物车的redis存储模型
添加、浏览、更改数量、删除、清空
解决方案
以客户id作为key,每位客户创建一个hasn存储结构存储对应的购物出信息
将商品编号作为field,购买数量作为value进行存储
添加商品:追加全新的field和value
浏览:遍历hash
更改数量:自增自减,设置value值
删除商品:删除field
清空:删除key
注意以上方案并没有加速购物车的呈现,仅仅是将数据存储到了redis中,并没有起到加速的作用,商品信息还需要二次查询数据库
解决办法
每条购物车中的商品记录保存成两条field
field1专门用于保存购买数量
命名格式:商品id:nums
保存数据:数值
field2专门用于保存购物车中显示的信息,包含文字、图片地址、所属商家信息等
命名格式:商品格式:商品id:info
保存数据:json
双11抢购,销售手机充值卡的商家对移动、联通、电信的30、50、100元商品推出抢购活动,每种商品抢购上限1000张
解决方案
以商家id作为key
将参与抢购的商品id作为field
将参与抢购的商品数量作为对应的value
抢购时使用将值的方式控制产品数量
以上就是hash入门的东西,包括基本命令,使用场景,具体案例,如果想要实现就在客户端进行验证就可以,步骤还是相对比较全的
标签:次方 注意 自增 exists 设计 bsp 需要 步骤 exist
原文地址:https://www.cnblogs.com/juddy/p/12892225.html