于是有了这一步的改进。
- 一个key开始对很多数据了,如上图所示。
hash类型介绍
首先可以理解成一个redis里面有一个小的redis。同时要注意引入了一个field的名字。
- hash存储结构优化:
- field数量少,存储结构优化为类数组结构
- field数量多,存储结构使用HashMap结构
基本操作
有点map套map的味道。
哈希的拓展操作
hash类型操作的注意事项
电商网站购物车实现
- 那么值能拿到和进行操作吗?
业务分析
- 先不需要考虑其他太多东西,应该是可以的。
解决方案如下
如下图所示,进行一个购物车的模拟!
001的用户 有两个商品g01 g02,然后可以进行添加和删除及查看全部。
购物车进行反思和提升
如图所示,进行如下的更进。
- 进行更深一步的反思,如果两个用户都购买了g01商品,那么就会有重复的大量信息。
- 也就是说 g01:info是都有的,那么可以提取出这些东西,然后专门做一个用来保存商品的信息的哈希。
即这些信息作为一个独立之外的hash就可以解决上述问题了,提升访问速度和效率。
张三买一次把商品信息加载到公共的库中,李四也买了李四也加一次信息,也会容易浪费。
那么进行一个判定。
上面的指令是:有就不动,没有就动。
应用场景-抢购商品
解决方案自然就如下了:
超卖问题是由于单线程等等原子操作,现在不作考虑的。
原则上redis只做数据的存储,业务的操作尽量不要给redis,应该归到业务逻辑层来做,不然业务会太分散,违背原则。
所以综上所述,可以用作抢购商品的用途。
string存储讲究整体性,以读为主。
而hash是以更新为主,方便更新和更改数量。