标签：aof 数据 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 ""
标签：aof,数据,redis,清空,日志,重写,flushall 来源： https://blog.51cto.com/u_12953715/2738908
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。