目录

hash 类型

hash 类型

hash 类型数据的基本操作

hash 类型数据扩展操作

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

hash 类型应用场景

hash 类型

存储的困惑 对象类数据的存储如果具有较频繁的更新需求操作会显得笨重前面通过string有两种存储数据的方式

或者

对上面数据进行变化

---

有点类似于Redis里再放个Redis

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 … 获取哈希表中字段的数量 hlen key 获取哈希表中是否存在指定的字段 hexists key field

hash 类型数据扩展操作

获取哈希表中所有的字段名或字段值 hkeys key hvals key 设置指定字段的数值数据增加指定范围的值 hincrby key field increment hincrbyfloat key field increment

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

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

hash 类型应用场景

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

解决方案 以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息将商品编号作为field，购买数量作为value进行存储添加商品：追加全新的field与value浏览：遍历hash更改数量：自增/自减，设置value值删除商品：删除field清空：删除key此处仅讨论购物车中的模型设计购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论 当前设计是否加速了购物车的呈现 当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库每条购物车中的商品记录保存成两条field field1专用于保存购买数量 命名格式：商品id:nums保存数据：数值field2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等（独立hash） 命名格式：商品id:info保存数据：json hsetnx key field value 业务场景2 双11活动日，销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动，每种商品抢购上限1000张

解决方案 以商家id作为key将参与抢购的商品id作为field将参与抢购的商品数量作为对应的value抢购时使用降值的方式控制产品数量实际业务中还有超卖等实际问题，这里不做讨论【注】redis 应用于抢购，限购类、限量发放优惠卷、激活码等业务的数据存储设计

【注】：参考黑马Redis教程：https://www.bilibili.com/video/BV1AE411j7Wq?t=5