前言
前段时间这个新闻在行业内闹的沸沸扬扬
redis不小心清空了数据库(flushall),只能跑路吗一名程序员因为对公司不满,删除了公司的数据库,后来被判7年,这也给咱们程序员敲响了一记警钟,无论发生什么,这种做法都是非常不妥当的,不光是职业道德的问题,而且还会收到法律的制裁。但是我们都知道redis中有一个叫flushall的命令,如果不小心在线上执行了会怎么办呢?
tips:本文仅仅作为理论讲解,如果要尝试请在本地环境尝试,若在线上执行之后导致数据无法恢复,后果自负!!!
恢复数据思路
-
大家都知道redis和memcache都作为缓存使用,redis有一点最大的不同在于数据可以持久化,redis的持久化是基于aof和rdb日志来进行持久化的,所以在恢复数据的时候我们可以考虑用 日志 来恢复
-
rdb日志都是二进制文件,也是不可读的,在这方面可能做不了太多事情,但是aof文件都是可读性很好的文件,而且里面记录了每一条命令(当然也记录了那一条flushall命令),所以我们可以用aof日志来恢复整个redis数据
-
但是大家注意 aof日志是有重写机制的,而且有一定的触发条件(如下),万一输入了flushall之后触发了重写机制,那么所有数据都会丢失,而正式环境redis数据是一直在写入的,数据量是一直在变大的,随时都有触发重写条件的可能,所以得立即关机,如果正好在你执行flushall的下一秒 触发了aof重写机制,那么数据就永远无法恢复了。
auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小,增长率100%时,重写
auto-aof-rewrite-min-size 64mb #aof文件,至少超过64M时,重写
恢复数据步骤
- shutdown nosave
- 打开对应的aof文件 appendonly.aof ,找到flushall对应的命令记录
*1
20839 $8
20840 flushall
然后删除,保存
- 重新打开redis即可
建议
以上说的方法只是理论,并且我在本地尝试过是可行的,线上环境情况要复杂的多,保险起见,最好直接把flushall这种命令禁止掉,直接加在reids.conf中
rename-command FLUSHALL ""
rename-command FLUSHDB ""
rename-command KEYS ""
网友评论