这是我参与8月更文挑战的第10天，活动详情查看：8月更文挑战
目录
事情是这样的...
今天，跑的好好的程序突然挂球了，问了一下负责redis维护的同事。同事说，根据领导的要求，对Redis的备份模式进行了修改，开启了AOF（AppendOnlyFile）的增量备份模式。
我一听心里就慌了。。。
问他："你是不是改了配置文件？然后。。。重启了？！？！"
同事说：“是啊”
还说：“RDB模式默认开启的，全量备份一直开着，怕什么？”
我听他说完，心里一万只羊驼掠过。。。
emmm~~~~为什么重启一下会出这么大篓子
心里当时就很崩溃~~~~
但还是强忍着跟他说了一下 Redis数据本地化的两种模式
Redis持久化数据的两种模式
一、RDB模式
1、Redis默认启用的本地化模式。
2、每隔一段时间全量备份；系统将导出的dump.rdb文件备份。
save 900 1 #900秒内 至少1个key 被更新 就全量备份RDB
save 300 10
save 60 10000
3、原理：redis会fork一个新的进程来进行rdb全量结构化。（redis本身读写是单进程的）
4、缺点：备份后和故障间 数据丢失；新fork的子进程会copy父进程里的内存数据进行备份，会造成内存瞬间翻倍。
二、AOF模式
1、AppendOnlyFile的缩写，是一种增量备份模式，Redis默认不开启。
2、类似mysql数据库的binlog，记录所有的redis操作记录
appendonly yes #开启AOF
appendfilename "appendonly.aof" #设置备份文件名
appendfsync everysec #每秒更新一次操作记录
3、Redis会在原有进程的基础上，重新fork一个子进程进行记录
4、日志形式记录写操作;以文件追加的方式记录（在同一个备份文件上追加操作记录）
三、RDB和AOF之间的关系
1、优先级AOF>RDB
2、RDB和AOF之间是不会相互通信的
四、问题回顾分析
同事改完配置文件打开AOF
#开启AOF
appendonly yes
重启了redis--server
redis-server redis.conf
AOF在重启redis之后才开始生效。
重启之后，redis 首先加载AOF的备份文件（因为开了AOF开关），但是AOF是空的，所有Redis内存就被加载为空了。
这个时候，一旦触发或满足了RDB全量备份的条件，Redis会对整个内存数据库进行全量备份，并且覆盖掉原先的备份文件。
BUT 这个时候，Redis的内存是空的，完整RDB之后，就把空内存库全量备份 覆盖了原有的RDB备份文件。
所以，内存空了，AOF还啥都没有，之前的RDB备份文件也被覆盖了。。。
完美 平滑 不留痕迹的 技术手段删库
当时就想给这个大佬跪下了
emmm...总结一下，就是一波操作下来，重启之后的AOF占领了内存，内存又全量覆盖了之前重启之前全量备份的RDB，数据全没了。
最后，幸好redis的RDB的备份文件，每天都会备份一次，但是从上次备份到重启这段时间里的数据还是找不回来了
-----------------End Of The Story----------------
那么该如何开启AOF增量备份模式呢？
解决方法:
在线修改AOF开关
不要随便重启Redis！！！因为重启就会涉及到Redis内存的重新加载。
1、登录到redis
#链接到redis
[root@mail ~]# redis-cli -a 123456[你的密码] -p 6379
2、在线修改AOF开关
#redis中查看AOF状态
127.0.0.1:7001> config get appendonly
1) "appendonly"
2) "no"
#在线设置AOF开关为yes
127.0.0.1:7001> config set appendonly yes
OK
127.0.0.1:7001>
3、查看数据
#数据都在
127.0.0.1:7001> keys *
1) "name"
2) "gender"
3) "age"
127.0.0.1:7001>
而且备份文件AOF和RDB也都正常持久化中
