基于net core2.2的redis秒杀+数据持久化+数据恢复系列（3）

       上一篇说了redis秒杀的编程工作，其实还是很简单的，因为行业壁垒可能会让大家感觉很复杂，但是实际上并不是很困难吧。这一篇来和大家分享下数据安全问题，也就是数据持久化，因为redis数内存数据库，在服务器宕机或者服务挂掉以后，内存就清空了。试想一个场景，客户端1000个客户抢20个产品，发送了1000次+的请求，这时候万一抢到了第700次的时候，redis服务器宕机了,然后20个产品已经被抢完了，这时候客户也进行了支付。那到底是哪20个客户抢到的，这个抢单数据就没有了，因为中途宕机，来不及存入数据。这是咋办？

        redis有个功能叫持久化，就是把数据按照一定的规则保存到服务器的硬盘上，然后在服务重启后，自动恢复到redis的内存中。业务场景是我们把抢单的用户数据存储到redis队列中，包括用户的身份信息（比如微信id等）。一般有2种数据备份机制（RDB和AOF）；在生产环境中，建议大家两个机制都要使用，方式数据丢失。我这边拿AOF的配置举例子。

       基于windows服务器的安装，打开redis安装文件夹，打开redis.windows.conf配置文件。

1、修改appendonly的默认值为yes，如下图

2、修改appendfasync，选择每秒备份

 3、切换到redis所在目录，执行命令redis-server.exe redis.windows.conf   然后在安装目录就会出现文件：appendonly.aof，所有的读写操作都会记录在这个文件中，后期重启服务的操作也是通过这个文件进行恢复。

剩下的就是做个试验验证下持久化+数据恢复是否生效。做下面的实验：

1、在redis客户端输入命令  set test 100;

 

2、输入命令：flushall命令;

3、验证刚才的数据;get test  发现数据没有了；

4、编辑appendonly.aof文件，删除flushall这一行，然后保存；

5、重启redis服务，输入get test ,发现数据已恢复；

 

至此，单机的redis的秒杀及数据持久化、恢复方案已经给大家介绍完毕。如果还有不清楚的地方，大家可以加我微信一起讨论：1057359832