Redis数据类型:hash

hash

● 新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息
● 存储数据的格式：一个存储空间保存多个键值对数据
● hash类型：底层使用哈希表结构实现数据存储
● hash存储结构优化：
   如果field数量较少，存储结构优化为类数组结构
   如果field数量较多，存储结构使用HashMap结构

Ⅰ. 增删查改

● 一组数据

添加/修改数据
	hset key field value
添加数据。若已经存在该字段，则不作操作
	hsetnx key field value
获取数据
	hget key field
删除数据
	hdel key field1 [field2]

● 多组数据

添加/修改多个数据
	hmset key field1 value1 field2 value2 …
获取多个字段值
	hmget key field1 field2 …
获取哈希表中所有的字段名和字段值
	hgetall key
获取哈希表中所有的字段名
	hkeys key
获取哈希表中所有的字段值
	hvals key

● 获取哈希表中字段的数量

hlen key

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

hexists key field

回到目录…

Ⅱ. 加法操作

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

hincrby key field increment
hincrbyfloat key field increment

● 没有减法指令，可以通过加一个负数来实现减法

回到目录…

Ⅲ. 业务场景1 - 购物车

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

思考：当前设计是否加速了购物车的呈现？
当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询数据库

● 创建一个虚拟购物车 key = dummyUser，专用于存储商品信息，包含文字描述，图片地址，所属商家信息等。
  命名格式：商品id:info
  保存数据：json 独立 hash
  hsetnx key field value 不重复的插入

● userId 对应的购物车专用于保存该用户的商品购买数量
  命名格式：商品id:nums
  保存数据：数值

● Tip： redis 应用于购物车数据存储设计

回到目录…

Ⅳ. 业务场景2 - 秒杀

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

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

回到目录…

Ⅴ. 注意事项

● hash类型下的value只能存储字符串，不允许存储其他数据类型，不存在嵌套现象。如果数据未获取到，对应的值为（nil）

● 每个 hash 可以存储 2^32 - 1 个键值对。

● hash类型十分贴近对象的数据存储形式，并且可以灵活添加删除对象属性。但hash设计初衷不是为了存储大量对象而设计的，切记不可滥用，更不可以将hash作为对象列表使用。

● hgetall 操作可以获取全部属性，如果内部field过多，遍历整体数据效率就很会低，有可能成为数据访问瓶颈。

回到目录…

总结:
提示：这里对文章进行总结：
本文是对Redis的学习，学习了hash类型的单组数据和多组数据的增删查改，以及他的业务场景购物车和秒杀系统。之后的学习内容将持续更新！！！

这篇好文章是转载于：学新通技术网