Redis百万数据为何上生产后凭空消失？

一、引言

嘿嘿，年底写博客冲个业绩，今年博客之星都要求发文20篇以上才有资格参加，然后小编看了下今年发文章数量。

居然才16篇，啧啧啧，今年只为了追求质量，咱们就不追求数量了～～～～～

二、为何不见了？

先来说说场景：

项目在上生产之前，我们已经把所需要的数据提前加入到redis当中，因为在生产环境中，rbd和aof持久化是需要两个同时打开的，而redis默认只打开了rbd。

为啥要两个都打开呀？

rdb 丢失数据较多，但是在恢复数据比较快，aof 丢失的数据较少，但是恢复慢。 所以，在生产环境，一般都会全部打开。

怎么丢失的？

我们在转移到生产服务器上之后，就要检查和修改各项配置，而redis就是其中一个。由于redis.conf文件默认只开启了rbd持久化，需要把aof持久化打开。

问题就是出在这里，在测试环境上，所用的持久化方式都是rdb，然后直接通过redis.conf配置文件把aof打开，那么，在redis启动的时候，会去加载aof文件，从而不会加载rbd文件，最后结果就是rbd数据没有被加载，导致数据丢失的假象。

来看演示：

现在我们有一台redis，只开启了rbd持久化，并且有少量的数据，这个时候一切都正常。

现在通过redis.conf文件来开启aof持久化配置，并且重新启动redis：

然后我们再来看下redis中的数据量有多少：

虽然数据量是0，但是并不代表数据就丢失了，数据还是之前rbd持久化文件当中，只是多了一个aof文件。

三、正确的处理方式

1、首先我们需要先把redis.conf文件中的aof关闭掉。

2、启动redis，然后通过命令的方式，打开aof持久化配置。(因为是通过rdb持久化方式启动的redis，数据已经加载到内存当中，通过命令的方式打开aof，aof会去持久化当前内存中的数据)

3、最后再把redis.conf文件的中的aof打开，因为通过命令去修改配置文件，只是本次有效，下一次就失效了。