(三）Redis数据类型之hash类型

Hash类型

存储的困惑

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

因为第一个拿数据容易，但是更新数据难，需要整个覆盖掉。
然而hash的话，就将外面的user:id:xxxx作为key，存储空间的name作为field（属性），然后剩下的就作为value，然后要访问指定字段，就访问对应的属性即可。

hash类型

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

hash类型数据的基本操作

添加/修改数据
hset key field value

获取数据
hget key field
hgetall key   //将field和value都呈现处理

删除数据
hdel key field1 [field2]

添加/修改多个数据
hmset key field1 value1 field2 calue2

获取多个数据
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³²-1个键值对。
• hash类型十分贴近对象的数据存储形式，并且可以灵活添加删除对象属性。但hash设计初中不是为了存储大量对象而设计的，切记不可滥用，更不可以将hash作为对象列表使用。
• hgetall操作可以获取全部属性，如果内部fiekd过多，遍历整体数据效率就会很低，有可能成为数据访问瓶颈。

hash类型应用场景购物车

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

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

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

解决:

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

• field1 专用于保存购买数量
  1、命名格式：商品id:nums
  2、保存数据：数值

• field2 专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息灯还
  1、命名格式：商品id:info
  2、保存数据：json

但是这样存在一个弊端，那就是如果不同用户买了相同的商品，商品信息是相同的，只是商品的数量不同，这样的话，就导致存入重复的信息。

解决：

我们可以把商品信息独立存放到一个hash里，成为公共库。如果数量太多，可以按类别进行分类放入不同的hash。

这样还有一个问题：就是一开始我们没办法把所有的商品信息都存进去，肯定是来一个加一个，这样的话，那后买的都得把这个商品信息在这个公共的库中加一次。

解决：

相当于做一次判断，如果库中有这个信息则不加，如果没有则加进去
这样就可以减少一次插入的操作了
hsetnx key field value

tips：应用于购物车数据存储设计

hash类型应用场景抢购

解决方案

• 以商家id作为key
• 将参与抢购的商品id作为field
• 将参与抢购的商品数量作为对应的value
• 抢购时使用降至的方式控制产品数量

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

tips：抢购，限购类、限量发放优惠卷、激活码等业务的数据存储设计

注意：redis只做存储，不要把业务逻辑强加在这里。