Redis 从入门到实战（三）

数据类型

一、数据类型——hash类型的介绍与基本操作

1、hash类型

1.1存储的困惑

• 对象类数据的存储如果具有较频繁的更新需求操作会显得笨重
  • h_user user🆔5201314 ——> {name:春晚，fans:1221001,blogs:6666,focus:99}
  • h_user user🆔5201314 :name ——> 春晚
  • h_user user🆔5201314 :fans——> 1221001
  • h_user user🆔5201314 :blogs——> 6666

左右拆分，左边为主键，右边为对应的键和值

右边的结构就是我们说的hash，换句话说，一个key对应的不是一个单独的数据，而是一堆数据，这一堆数据的整体结构和之前的结构是相同的。可以理解为 redis里存放了一个小的redis

• 新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息
• 需要的存储结构：一个存储空间保存多个键值对数据。

2、hash存储结构优化

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

3、hash类型数据的基本操作

• 添加/修改数据
  • hset key field value
• 获取数据
  • hget key field
  • hgetall key
• 删除数据
  • hdel key field [field]
    
• 添加/修改多个数据
  • hmset key field1 value1 field2 value2 …
• 获取多个数据
  • hmget key field1 field2…
• 获取哈希表中字段的数量
  • hlen key
• 获取哈希表中是否存在指定的字段
  • hexists key field

4、hash类型数据的扩展操作

因为hash类型的特殊，它有一些自己的扩展操作

• 获取哈希表中所有的字段名或者字段值 ==注意：
  • hkeys key
  • hvals key
    
    
• 设置指定字段的数值数据类型增加指定范围的值
  • hincrby key field increment
  • hincybyfloat key field increment
    

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

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

二、hash类型的应用场景

1.业务场景——实现购物车

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

• 每个人购物车都是不同的，购物车的内容也可能是零个或者多个，每样商品的数量也可能是1到多个，那么我们可以使用用户的id作为key。商品id作为field，商品数量作为value。

1.1、业务分析

• 仅分析购物车的redis存储模型
  • 添加、浏览、更改数量、删除、清空
• 购物车于数据库间持久化同步（不讨论）
• 购物车于订单间关系（不讨论）
  • 提交购物车：读取数据生成订单
  • 商家临时价格调整：隶属于订单级别
• 未登录用户购物车信息存储（不讨论）
  • cookie存储

1.2、解决方案

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

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

• 添加商品：追加全薪的field与value

• 浏览：遍历hash

• 更改数量：自增/自减，设置value值

• 删除商品：删除field

• 清空：删除key
  提问： 当前的设计是否加速了购物车的呈现？

  • 当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库。
  • 每条购物车中的商品记录保存成两条field
  • field1专用于保存购买数量
    • 命名格式：商品id:nums
    • 保存数据：数值
  • field2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等
    • 命名格式：商品id:info
    • 保存数据：json

  问题： 当多个用户购买同一个商品 仅仅是数量不同，那么就会造成大量的数据存储重复，此时应该如何解决？
  把商品存放在一个hash里，速度就会快很多，如果把所有商品都放在一个hash里，同样会疯掉，解决办法可以通过类别做小的类别的区分，让他们均匀的分散到不同的hash中去，让每一个hash存储的数量都有所降低，同时也能保证速度，这样的话我们的购物车又回到最初的只保存数量的样子，商品信息走公共的商品hash。
  那么当张三买一次，需要把信息加载到商品的公共区域中，李四买一次，需要把信息加载到商品的公共区域中…这样就会非常的麻烦那么有没有办法解决呢？

  • hsetnx key field value 当前的key中field有值时，就不修改，没有值就修改。

2、应用场景——hash实现抢购

2.1、业务分析

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

2.2、解决方案

• 以商家id作为key

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

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

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

  • hincrby key field 负值

• 实际业务中还有超卖等实际情况，这里不做讨论

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

---

有关hash 的数据类型就到此结束。