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