Redis基础学习·第六期

前言

本文章基于黑马程序员Redis教学视频进行总结，仅作为学习所用，欢迎大家在评论区多多讨论
视频连接：B站黑马程序员Redis视频（点击跳转）
在Redis基础学习·第四期（点击跳转）中谈到Redis的五种基本数据类型，这期就来聊聊Redis中的hash类型

---

一、存储的困惑

string类型中以json格式存储数据的缺陷：修改数据麻烦
于是，hash类型诞生了！

hash 类型

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

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 …

• 获取哈希表中字段的数量(field的数量)

hlen key

• 获取哈希表中是否存在指定的字段

hexists key field

三、hash 类型数据扩展操作

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

hkeys key  拿key
hvals key  拿value

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

hincrby key field increment
hincrbyfloat key field increment

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

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

五、hash 类型应用场景

业务场景一

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

业务分析

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

解决方案

• 以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息
• 将商品编号作为field，购买数量作为value进行存储
• 添加商品：追加全新的field与value
• 浏览：遍历hash
• 更改数量：自增/自减，设置value值
• 删除商品：删除field
• 清空：删除key
• 此处仅讨论购物车中的模型设计
• 购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论
  
  
  
  
  当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库
• 每条购物车中的商品记录保存成两条field
• field1专用于保存购买数量
  命名格式：商品id:nums
  保存数据：数值
• field2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等
  命名格式：商品id:info
  保存数据：json
  
  

缺点：有大量的数据重复(apple:info)
解决方案：将field2做成独立的hash

hsetnx key field value

有值就加，没值就不加


Tips 4：

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

业务场景二

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

解决方案

• 以商家id作为key
• 将参与抢购的商品id作为field
• 将参与抢购的商品数量作为对应的value
• 抢购时使用降值的方式控制产品数量(hincrby 负值)
• 实际业务中还有超卖等实际问题，这里不做讨论

Tips 5：

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

业务场景三

• string存储对象（json）：
  强调整体性（一次性操作所有数据），读为主
• hash存储对象：
  更新操作会比较灵活