摘录自其他好文，简单记录，方便后续查阅。
1.hash类型应用场景
1. 电商购物车
业务场景
电商网站购物车设计与实现
业务分析
-
仅分析购物车的redis存储模型
添加、浏览、更改数量、删除、情况
-
购物车与数据库间持久化同步(不讨论)
-
购物车与订单间关系(不讨论)
提交购物车： 读取数据生成订单
商家临时价格调整: 隶属于订单级别
-
未登录用户购物车信息存储(不讨论)
cookie存储
解决方案
- 以客户id作为key,每位用户创建一个hash存储结构存储对应的购物车信息
- 将商品编号作为field,购买数量作为value进行存储
- 添加商品：追加全新的field和value
- 浏览：遍历hash
- 更改数量: 自增/自减,设置value值
- 删除商品: 删除field
- 清空： 删除key
当前仅仅是将数据存储到redis中，并没有起到加速的作用，商品信息还需要二次查询数据库
-
每条购物车中的商品记录保存成两条field
-
filed1专用于保存购买数量
命名格式: 商品id:nums
保存数据: 数值
-
field2专用于保存购物车中显示的信息,包含文字描述,图片地址，所属商家信息等
命名格式: 商品id:info
保存数据: json
2.redis实现简单抢购业务
业务场景
双11活动日，销售手机充值卡的商家对移动、联通、电信、的30元、50元、100元、商品推出抢购活动，每种商品抢购上限是1000张。
解决方案
- 以商家id作为key
- 以参与抢购的商品id作为field
- 将参与抢购的商品数量作为对应的value
- 抢购时使用降值得方式控制产品数量
- 实际业务中还有超卖等实际问题，这里不做讨论
秒杀系统如何扣减库存？
其实，在真正的高并发、大流量场景下，大部分秒杀系统会采用 下单减库存 的方式。
在下单扣减库存的业务场景中，需要保证大流量、高并发下商品的库存不能为负。
这里，我们可以通过如下方案解决商品库存不能为负的问题、
（1）在扣减库存后，通过在应用程序的事务中判断商品库存是否为负数，如果变成了负数，则回滚事务不再扣减库存。
（2）在数据库中设置库存字段为无符号整数，从数据库层面保证无法出现负数的情况。