哈希类型 hash
存储需求:对一系列存储的数据进行编组,方便管理,典型应用存储对象信息
需要的存储结构:一个存储空间保存多个键值对数据
hash类型:底层使用哈希表结构实现数据存储
hash存储结构优化
如果field数量较少,存储结构优化为类数组结构
如果field数量较多,存储结构使用HashMap结构
1. 存储: hset key field value
hset myhash username lisi
hset myhash password 123
添加/修改多个数据:
hmset key field1 value1 field2 value2 …
2. 获取:
hget key field: 获取指定的field对应的值
hget myhash username
hgetall key:获取所有的field和value
hgetall myhash
获取多个数据:
hmget key field1 field2 …
3. 删除:
hdel key field:
hdel myhash username
4.获取哈希表中字段的数量:
hlen key
5.获取哈希表中是否存在指定的字段
hexists key field
hash 类型数据扩展操作:
获取哈希表中所有的字段名或字段值
hkeys key
hvals key
设置指定字段的数值数据增加指定范围的值
hincrby key field increment
hincrbyfloat key field increment
hash 类型数据操作的注意事项:
hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象。如果数据未获取到,对应的值为(nil)
每个 hash 可以存储 2的23次方 - 1 个键值对
hash类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性。
但hash设计初衷不是为了存储大量对象而设计的,切记不可滥用,更不可以将hash作为对象列表使用
hgetall 操作可以获取全部属性,如果内部field过多,遍历整体数据效率就很会低,有可能成为数据访问瓶颈
hash 类型应用场景
业务场景:
电商网站购物车设计与实现
业务分析:
仅分析购物车的redis存储模型
添加、浏览、更改数量、删除、清空
购物车于数据库间持久化同步(不讨论)
购物车于订单间关系(不讨论)
提交购物车:读取数据生成订单
商家临时价格调整:隶属于订单级别
未登录用户购物车信息存储(不讨论)
cookie存储
解决方案:
以客户id作为key,每位客户创建一个hash存储结构存储对应的购物车信息
将商品编号作为field,购买数量作为value进行存储 hmset 001 g01:nums 100 go1:info {......}
添加商品:追加全新的field与value
浏览:遍历hash
更改数量:自增/自减,设置value值
删除商品:删除field
清空:删除key
此处仅讨论购物车中的模型设计
购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论
当前设计是否加速了购物车的呈现?
当前仅仅是将数据存储到了redis中,并没有起到加速的作用,商品信息还需要二次查询数据库
每条购物车中的商品记录保存成两条field
field1专用于保存购买数量
命名格式:商品id:nums
保存数据:数值
field2专用于保存购物车中显示的信息,包含文字描述,图片地址,所属商家信息等
命名格式:商品id:info
保存数据:json
field2保存的是商品信息,不同用户放到购物车的商品可能相同,不同用户都保存一份,造成数据冗余,
可以把field2定义为单独的 hash,用户每加一个商品到购物车就更新一次hash(不能一次性把所有商品都存到redis,会造成资源极大浪费)
如果用户要加入的商品已存在redis中,再加一次也会浪费资源,可以使用 hsetnx key field value,在加入之前会判断是否已经存在。
业务场景:
双11活动日,销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动,每种商品抢购上限1000张
解决方案:
以商家id作为key
将参与抢购的商品id作为field
将参与抢购的商品数量作为对应的value
抢购时使用降值的方式控制产品数量
实际业务中还有超卖等实际问题,这里不做讨论
redis 可应用于抢购,限购类、限量发放优惠卷、激活码等业务的数据存储设计