Redis清缓存那事儿，怎么一键搞定全量数据不留痕迹

综合自Redis官方文档、常见运维社区讨论以及实际数据库管理经验）

关于Redis清缓存那事儿，想一键搞定全量数据并且不留任何痕迹，这事儿听起来挺彻底的，但实际操作起来，得先搞清楚你到底想要哪种“不留痕迹”，因为不同的方法后果完全不同，用错了地方可能会出大问题，下面就直接说几种方法,你根据自己的情况选。

第一种方法：用FLUSHALL命令，这是最直接的一键清空。

这个命令就是干这个用的，你连上Redis服务器，不管是单机的还是集群的，只要你有权限，输入FLUSHALL这一个命令，敲个回车，整个Redis服务器上所有的数据库（Redis默认有16个数据库，编号0-15）里的所有数据，瞬间就都没了，简单粗暴,效果立竿见影。

这里有个非常重要的“，这个命令的执行方式是可以配置的。（来源：Redis配置文件中关于flushall行为的说明）默认情况下，Redis是“异步”执行这个删除操作的，意思是，你发出去命令，服务器马上返回一个OK给你，告诉你“好的，收到指令了”，但实际上，它可能在后台慢慢删除那些数据，这就会导致一个现象：你刚清完缓存，感觉应该空了，但如果这时候Redis内存很大、数据很多，你可能会发现内存占用并没有马上降下来，或者你立马去查某个键，发现已经没了，但整个内存释放有个过程，如果你想让它“同步”删除，也就是命令执行后一直等着，直到所有数据都真删完了才返回，你可以在命令后面加上SYNC参数，写成FLUSHALL SYNC，这样你能确保拿到OK响应的时候，数据是彻底清干净了，这个同步操作在数据量巨大的时候可能会让Redis卡住一小会儿,无法响应其他请求。

对于Redis集群模式，（来源：Redis集群规范中关于FLUSHALL的行为描述）FLUSHALL命令会在整个集群的所有节点上都执行一遍,所以也能实现全量清理。

FLUSHALL是实现“一键清空全量数据”最常用的命令，但它算不算“不留痕迹”呢？从数据角度看，数据是没了，但从运维角度看，如果Redis配置了持久化（就是把内存数据存到硬盘上），那还得处理持久化文件，才能真正做到“痕迹”全无。

第二种方法：处理持久化文件，这才是真正的“不留痕迹”之根本。

Redis为了数据安全，一般会开启持久化功能，主要两种方式：RDB（快照）和AOF（记录所有写命令）。（来源：Redis持久化机制详解）如果你只是用FLUSHALL清了内存里的数据，但之前持久化在硬盘上的文件（比如dump.rdb或appendonly.aof）还在，那么一旦Redis重启，它可能会用这些旧文件把数据又恢复回来！那你这个缓存就白清了，这就好像你只清了电脑桌面的文件,但回收站里还有备份一样。

想做到真正的、彻底的不留痕迹，在执行完FLUSHALL清空内存数据之后,还需要做下面几步：

1. 立即执行SHUTDOWN命令关闭Redis服务器。 这个命令会保证在关闭前，根据配置将最新的数据状态（此时最新状态就是空）持久化到硬盘（如果配置了AOF，它可能会重写一个空的AOF文件）。
2. 或者，更狠一点，手动删除持久化文件。 在运行FLUSHALL之后，直接找到Redis数据目录，把里面的dump.rdb文件和appendonly.aof文件（具体文件名看你的配置）都给删了，然后再重启Redis，这样Redis启动后，内存是空的，硬盘上也没有任何备份数据，这才是最彻底的“不留痕迹”。

重要警告： 第二种方法里的手动删除文件操作非常危险！除非你百分百确定这个Redis实例的数据都可以不要了，比如专门用于测试的环境、或者确定要废弃的数据，在生产环境，绝对不能这么干,否则就是灾难性的数据丢失。

第三种方法：极端情况下的“核弹”选项——重启大法。

如果Redis因为某种原因，连命令都执行不了了，但你还是有办法清空，那就是直接找到Redis的进程，把它强制杀掉（kill -9进程号），然后同样，去数据目录下把上面提到的RDB和AOF文件全部删除，再重新启动Redis服务，这样启动起来的也是一个全新的、空荡荡的Redis实例，这种方法比第二种更粗暴，一般不推荐,只在万不得已时使用。

• 只想快速清空当前内存所有数据：用FLUSHALL命令就够了，关心是否立刻释放内存的话，就用FLUSHALL SYNC。
• 想彻底清空，连硬盘上的备份痕迹都抹掉，防止数据恢复：先执行FLUSHALL，然后要么执行SHUTDOWN让Redis正常关闭并保存空状态，要么直接手动删除所有持久化文件再重启Redis。手动删文件是风险最高的操作，务必谨慎。
• 一键搞定的脚本思路：如果你想自动化“不留痕迹”的清理，可以写一个简单的脚本，步骤大概是：连接Redis -> 执行FLUSHALL -> 执行SHUTDOWN -> 等待服务关闭 -> 重启Redis服务,这样能相对安全地实现目标。

最后再强调一遍，“不留痕迹”是分层次的，在运维Redis时，一定要清楚你的操作边界在哪里，特别是涉及到删除持久化文件这种不可逆的操作，一定要慎之又慎，否则，一键搞定的可能不是缓存,而是整个系统的事故。