Redis系列-数据类型hash（redis里面的hash数据结构是用什么实现的）

电商在如今的生活中可是说到处可见，拼团买，限时抢购，提前加购有优惠等等的营销方式层出不穷。但你有没有想过怎么可以用redis来实现个简单的购物车，实现购物车的总数，单个商品的加减，商品的删除和全选。

下面就开始我们今天的主角hash，文末我会用hash来简单的实现购物车的数据存储。

hash 类型

新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息

需要的存储结构：一个存储空间保存多个键值对数据

hash类型：底层使用哈希表结构实现数据存储

如上图显示在存储空间中，左边一个key，右边对应field，每个field对应一个value，这就是hash的存储结构

hash存储结构优化

如果field数量较少，存储结构优化为类数组结构

如果field数量较多，存储结构使用HashMap结构

hash 类型数据的基本操作

添加/修改数据

hset key field value

获取数据

hget key field

hgetall key 获取全部数据

删除数据

hdel key field1 [field2]

当使用hgetall时会将该key的field和value都展示出来。

添加/修改多个数据

hmset key field1 value1 field2 value2 …

获取多个数据

hmget key field1 field2 …

获取哈希表中字段的数量

hlen key 返回的值为key中有几个field

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

hexists key field

以上为hash的基本操作。

hash 类型数据扩展操作

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

hkeys key

hvals key

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

hincrby key field increment

hincrbyfloat key field increment

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

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

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

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

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

hash实现购物车

先来分析下购物车的业务场景，购物车是每个人一个，商品有可能是一个或者多个，数量也可能是一个或多个。我们就可以将用户的id作为key，使用用户所有购买的商品的id作为field，value来存储该商品对应的数量。

购物车的操作：

• 1获取商品的数量，可以使用hget key field 返回商品的数量
• 2增加、减少、修改数量，可以使用 hincrby 和hset来实现
• 3删除，hdel
• 4全选，hgetall
• 5商品的种类个数 hlen

以上设计我们存储只有商品的id和数量信息，这样我们查询购物车还是需要在查询数据库，效率在本质上没有提升多少。

下面我们在设计一个优化的方案。来提示访问的性能。

优化一：

每条购物车中的商品记录保存成两条field

field1专用于保存购买数量

命名格式：商品id:nums

保存数据：数值

field2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等

命名格式：商品id:info

保存数据：json

以上运行完我们会发现会商品详情会存在大量的重复数据。

优化二：

我们将商品的详情做一个独立的hash存放，当需要查询的时候根据商品的id去找到对应的详情信息。这样就能大量的降低数据的重复性。我们还可以将商品按分类进行存放，这样还可以降低每个hash存的数据量的大小。

优化三：

上诉还会有个问题，商品详情当张三加一次购物车，我们添加一次详情，李四加一次同样的商品我们在加一次，这样就会出现一样的数据添加多次的问题，可以使用以下方式解决。 hsetnx key field value 当该值存在时则不做处理，不存在是再新增。

以上我们用购物车的例子来实现对应hash的各种操作的。大家自己动手亲自实践一下会印象更深。有任何问题可以私信我或在下方发表评论。