Java 程序员IT必备技能分布式服务

叫你别随便重启Redis!!!怎么样,数据全丢了吧~~~

2021-08-12  本文已影响0人  马小莫QAQ

事情是这样的...

今天,跑的好好的程序突然挂球了,问了一下负责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也都正常持久化中

作者:LexSaints
链接:https://juejin.cn/post/6995061560222122021
来源:掘金

上一篇下一篇

猜你喜欢

热点阅读