redis hash类型

哈希类型 hash

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

　　

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

　　1. 存储： hset key field value
　　　　hset myhash username lisi
　　　　hset myhash password 123

　　　　添加/修改多个数据：

　　　　　　hmset key field1 value1 field2 value2 …
　　2. 获取： 
　　　　hget key field: 获取指定的field对应的值
　　　　　　hget myhash username
　　　　hgetall key：获取所有的field和value
　　　　　　hgetall myhash

　　　　获取多个数据：

　　　　　　hmget key field1 field2 …
　　3. 删除：
　　　　hdel key field：

　　　　　　hdel myhash username

　　4.获取哈希表中字段的数量：

　　　　hlen key

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

　　　　hexists key field

　　hash 类型数据扩展操作：

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

　　　　　　hkeys key
　　　　　　hvals key

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

　　　　　　hincrby key field increment
　　　　　　hincrbyfloat key field increment

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

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

　　hash 类型应用场景

　　　　业务场景：
　　　　　　电商网站购物车设计与实现

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

　　　　　　

　　　　解决方案：
　　　　　　以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息
　　　　　　将商品编号作为field，购买数量作为value进行存储　　hmset 001 g01:nums 100 go1:info {......}
　　　　　　添加商品：追加全新的field与value
　　　　　　浏览：遍历hash
　　　　　　更改数量：自增/自减，设置value值
　　　　　　删除商品：删除field
　　　　　　清空：删除key
　　　　　　此处仅讨论购物车中的模型设计
　　　　　　购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论

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

　　　　　　当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库
　　　　　　每条购物车中的商品记录保存成两条field
　　　　　　　　field1专用于保存购买数量
　　　　　　　　　　命名格式：商品id:nums
　　　　　　　　　　保存数据：数值

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

　　　　　　　　field2保存的是商品信息，不同用户放到购物车的商品可能相同，不同用户都保存一份，造成数据冗余，

　　　　　　　　可以把field2定义为单独的 hash，用户每加一个商品到购物车就更新一次hash（不能一次性把所有商品都存到redis，会造成资源极大浪费）

　　　　　　　　如果用户要加入的商品已存在redis中，再加一次也会浪费资源，可以使用 hsetnx key field value，在加入之前会判断是否已经存在。

　　　　业务场景：

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

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

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