Redis清空命令全知道，想从头开始就得先把旧数据清理干净

说到清空Redis，这听起来像是个简单的操作，但里面其实有几个不同的命令，对应着不同的“清空”程度和后果，如果用错了，可能会带来麻烦，在你想“从头开始”之前,务必弄清楚这几个命令的区别。

最出名、也是最危险的命令，就是FLUSHALL，这个命令的名字直截了当，清空所有”，它会把Redis服务器上所有数据库里的数据，不分青红皂白，全部删除干净，一个不留，想象一下，你的Redis就像一个有很多楼层（数据库）的大楼，FLUSHALL相当于给整栋大楼来了个一键拆除，不管哪个楼层里存放了什么重要的东西，比如用户会话、缓存数据、消息队列，都会瞬间消失，这个命令的破坏力是核弹级别的，所以一般只建议在开发环境或者确定所有数据都可以丢弃的生产环境紧急情况下使用，根据Redis官方文档的说明，这个命令会触发一个后台线程异步地删除所有数据，所以速度非常快,但后果也无法挽回。

既然有清空所有数据库的命令，那有没有只清空部分数据库的呢？有的，那就是FLUSHDB，这个命令可以理解为“清空当前数据库”，还是用大楼的比喻，Redis默认有16个数据库（编号从0到15），你可以在连接的时候选择进入哪一个，FLUSHDB就是你只把你当前所在的这个楼层清空，其他楼层不受影响，你可能把测试数据放在数据库1，把生产缓存放在数据库0，当你想重新测试时，只需要连接到数据库1，然后执行FLUSHDB，这样就不会误伤到数据库0里的生产数据，和FLUSHALL一样,FLUSHDB默认也是异步执行的。

说到这里，就不得不提一个重要的选项：同步（SYNC）和异步（ASYNC），这是Redis 4.0版本之后引入的一个特性，目的是为了解决清空大量数据时可能引起的服务器停顿（Stop-The-World）问题，在早期版本，当你执行FLUSHALL或FLUSHDB时，Redis服务器会停下来，亲自去删除所有键值对，在这个过程中，服务器就无法处理其他任何请求了，如果数据量特别大，这个停顿时间可能会很长,导致服务不可用。

为了解决这个问题，新版本引入了异步删除的选项,你现在可以明确指定清空命令的执行方式：

• FLUSHALL ASYNC：这是现在的默认行为，Redis会启动一个后台线程去慢慢删除数据，而主线程可以继续正常响应客户端的命令,服务器不会卡住。
• FLUSHALL SYNC：这相当于旧版本的行为，强制Redis同步地、立即删除所有数据,在删除完成前会阻塞其他操作。

FLUSHDB也同样支持FLUSHDB ASYNC和FLUSHDB SYNC，那么如何选择呢？在数据量大的生产环境，强烈建议使用ASYNC模式，以避免服务中断，只有在某些极端情况下，比如你急需立即释放内存，并且可以接受短暂的不可用，才考虑使用SYNC模式，这个改进在Redis的官方发布说明中有详细解释,它大大提升了数据库的可用性。

除了这两个主要的清空命令，还有一种更“温和”的清理方式，那就是通过配置过期时间让数据自动失效，这不算严格意义上的“命令”，但是一种更优雅的清理策略，你可以给不同的键设置一个存活时间（TTL），比如缓存数据设置1小时过期，时间一到，Redis会自动删除这些键，这种方式不是主动清空，而是让数据“自然死亡”，非常适合缓存场景，它避免了在某个时间点集中执行清空命令对系统造成的冲击,实现了数据的平滑更替。

还有一个非常基础但需要极度谨慎的命令：SHUTDOWN，这个命令本身不是清空数据，它是让Redis服务器关机，它有一个相关的选项SAVE/NOSAVE，会影响到数据是否被清空，当你执行SHUTDOWN SAVE时，即使没有配置持久化，它也会强制在关机前进行一次数据保存（如果配置了AOF还会重写AOF），而执行SHUTDOWN NOSAVE则会强制不做任何保存，直接关机，这会导致上次保存点之后的所有数据更改全部丢失，相当于一种“破坏性”的清空，这通常是最不推荐的数据清理方式,除非是极端情况。

想清空Redis,你有好几条路可以走：

1. FLUSHALL：核弹选项，清空所有数据,务必确认再确认。
2. FLUSHDB：局部清理，只清空当前数据库,相对安全。
3. 设置过期时间：优雅的自动清理,适合缓存。
4. SHUTDOWN NOSAVE：危险操作,通过强制关机不保存来丢失数据。

在实际操作中，尤其是在连接生产环境的Redis时，一定要反复检查当前连接的是哪个数据库，确认要清空的范围，最好能给这些危险命令进行重命名，比如在配置文件中把FLUSHALL改成一个非常复杂的、只有管理员才知道的命令，这样可以极大避免误操作的发生，数据无价,清空之前一定要三思而后行。