hash类型

存储的困惑

对象类数据的存储如果具有较频繁的更新需求操作会显得笨重

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4rlnWgGH-1642432774824)(C:\Users\zky\AppData\Roaming\Typora\typora-user-images\image-20220117220233094.png)]

  • 新的存储需求:对一系列存储的数据进行编组,方便管理,典型应用存储对象信
  • 需要的存储结构:一个存储空间保存多个键值对数据
  • hash类型:底层使用哈希表结构实现数据存储

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TOXriZKz-1642432774825)(C:\Users\zky\AppData\Roaming\Typora\typora-user-images\image-20220117220338254.png)]

hash存储结构优化

  • 如果field数量较少,存储结构优化为类数组结构
  • 如果field数量较多,存储结构使用HashMap结构

hash 类型数据的基本操作

  • 添加/修改数据

    hset key 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
    

hash 类型数据扩展操作

  • 获取哈希表中所有的字段名或字段值

    hkeys key
    hvals key
    
  • 设置指定字段的数值数据增加指定范围的值

    hincrby key field increment
    hincrbyfloat key field increment
    

hash 类型数据操作的注意事项

  • hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象。如果数据未获取到, 对应的值为(nil)
  • 每个 hash 可以存储 2 32 - 1 个键值对
  • hash类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性。但hash设计初衷不是为了存 储大量对象而设计的,切记不可滥用,更不可以将hash作为对象列表使用
  • hgetall 操作可以获取全部属性,如果内部field过多,遍历整体数据效率就很会低,有可能成为数据访问瓶颈

hash类型应用场景

业务场景1

电商网站购物车设计与实现

业务分析

  • 以客户id作为key,每位客户创建一个hash存储结构存储对应的购物车信息

  • 将商品编号作为field,购买数量作为value进行存储

  • 添加商品:追加全新的field与value

  • 浏览:遍历hash  更改数量:自增/自减,设置value值

  • 删除商品:删除field  清空:删除key

此处仅讨论购物车中的模型设计。购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论。

当前设计是否加速了购物车的呈现?

当前仅仅是将数据存储到了redis中,并没有起到加速的作用,商品信息还需要二次查询数据库

  • 每条购物车中的商品记录保存成两条field

  • field1专用于保存购买数量

    ​ 命名格式:商品id:nums

    ​ 保存数据:数值

  • field2专用于保存购物车中显示的信息,包含文字描述,图片地址,所属商家信息等

    ​ 命名格式:商品id:info

    ​ 保存数据:json

hsetnx key field value

Tips 4:

  • redis 应用于购物车数据存储设计

业务场景2

双11活动日,销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动,每种商 品抢购上限1000张

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DkIo2yR8-1642432774827)(C:\Users\zky\AppData\Roaming\Typora\typora-user-images\image-20220117222407606.png)]

解决方案

  • 以商家id作为key

  • 将参与抢购的商品id作为field

  • 将参与抢购的商品数量作为对应的value

  • 抢购时使用降值的方式控制产品数量

  • 实际业务中还有超卖等实际问题,这里不做讨

Tips 5:

  • redis 应用于抢购,限购类、限量发放优惠卷、激活码等业务的数据存储设计