redis存10万条数据_Redis 下购物车设计实战

1.1. 购物车常见实现方式

购物车是任何一个电商项目都会使用到的功能，面试的时候也经常问到，传统的做法是使用关系型数据库，比如mysql，建立一个cat购物车表，把相关的购物车产品信息都放到数据库里面。

CREATE TABLE goods_shopcar (id int(4) NOT NULL ,uid int(10) NULL ,goods_id int(10) NULL ,number int(10) NULL ,status tinyint(4) NULL ,create_time int(10) NULL ,update_time int(10) NULL ,PRIMARY KEY (id));

这样的设计在功能完全没问题，但在实际使用中，由于购物车的数据量太大，而且修改频繁，会导致数据库的压力增加，所以在正式项目开发中，一般不会直接使用关系型数据库来存储购物车信息。

既然不用关系型数据库，但就从非关系型数据库里面做选择了，很多的架构师会选择使用mongodb存购物车的数据，这也完全可以，mongodb有非常丰富的查询API，性能也比传统关系型数据库要好，使用mongodb确实是个不错的选择。

但比起使用mongodb,有部分公司也会使用redis来存放购物车的信息，比起mongdb的性能，redis的性能要来得更好。

在这就来谈论下使用redis来完成购物车得思路。

1.2. 开启持久化

购物车的数据，既然不存在关系型数据库中，使用redis存储也不能让数据丢失，那redis必须开启持久化，这样哪怕redis重启数据也不至于丢失。

Redis有两种持久化机制，一种叫rdb,一种叫aof。

rdb也叫镜像文件，存放的是某个时刻redis内存数据的一个镜像

aof就是append only file的简写，里面存放的是日志文件，准确的来说是存放RESP的指令日志，这里RESP指令并不是这次的重点，这里不做讨论。

首先，RDB默认是开启的，在Redis配置文件里面，关于RDB的配置如下

save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存 save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存

默认的配置最少是60秒并且有10000个key发生变化才会刷新一次镜像，这样如果在时间没到60秒，这个时候redis意外宕机，在这个时间段的数据都会丢失

你可能会想，是否可以增加一条配置

save 1 1：表示1 秒内如果至少有 1 个 key 的值变化，则保存

这样数据视乎就不会丢失，但这肯定是不行的，每一秒都对redis内存的所有数据都写入一次磁盘变成镜像文件，这样对性能影响非常大。

为了防止数据丢失，光从rdb上下手还是不行，默认aof并没开启，应该开启aof日志文件，这时候得修改配置文件，增加aof的相关配置

appendonly yes

开启了aof日志，丢失数据的可能性就减少很多了。

1.3. 业务分析

以京东的购物车为例，按业务分析，需要完成如下功能：

1.全选功能-获取所有该用户的所有购物车商品2.商品数量-购物车图标上要显示购物车里商品的总数3.删除-要能移除购物车里某个商品4.增加或减少某个商品的数量

1.4. 数据结构选择

Redis常用有5种数据类型分别为string,hash,list,set,zset,在这个案例里面我们选择使用hash来完成这个购物车功能

先对hash这种数据类型的常用命令进行介绍

redis中hash的添加命令hset,如果key不存在，创建key，存在，则覆盖原有值

redis 127.0.0.1:6379>hset myhash name enjoy ----给key为myset的键值设置键为name值为enjoy

redis中hash的查看命令hget

redis 127.0.0.1:6379>hget myhash name ----输出: "enjoy