Redis清空所有key的命令是什么？

Question

Redis清空所有key的命令是什么？在实际运维中，如何安全地清空Redis实例中的所有键值对是开发者常遇到的问题。`FLUSHDB` 和 `FLUSHALL` 是两个核心命令：`FLUSHDB` 用于清空当前数据库的所有key，而 `FLUSHALL` 则清除所有数据库的key，无论当前在哪个库。但执行这些命令存在风险，尤其在生产环境中误操作会导致数据完全丢失。因此，常有人问：如何在确保安全的前提下使用这些命令？是否支持回滚？是否应配合持久化策略或开启AOF来降低风险？此外，集群环境下 `FLUSHALL` 是否仍有效？这些都是围绕该命令常见的技术疑问。

Answer 1

1. Redis清空所有Key的基本命令

在Redis中，用于清空数据的核心命令是FLUSHDB和FLUSHALL。

• FLUSHDB：仅清空当前选中的数据库（默认为db0）中的所有键值对。
• FLUSHALL：清空Redis实例中所有数据库的键值对，无论当前处于哪个数据库。

这两个命令都属于高危操作，尤其在生产环境中使用时需格外谨慎。执行后数据将立即从内存中移除，且不会触发任何确认提示。

2. 命令差异与适用场景对比

命令	作用范围	是否影响其他DB	典型用途
FLUSHDB	当前数据库	否	测试环境清理、单库维护
FLUSHALL	所有数据库	是	实例级重置、灾备恢复前准备

3. 安全执行策略分析

由于Redis不支持事务回滚机制（如RDBMS中的ROLLBACK），一旦执行清空命令，数据无法通过命令层面恢复。因此必须采用预防性措施：

1. 启用持久化机制（RDB或AOF），确保有可恢复的数据快照；
2. 在执行前手动执行SAVE或BGSAVE生成最新RDB文件；
3. 配置rename-command FLUSHALL ""或重命名为复杂字符串以防止误调用；
4. 通过Redis ACL（6.0+）限制特定用户权限，禁止非管理员执行清空命令；
5. 结合外部监控系统记录操作日志，实现审计追踪。

4. 持久化机制与风险缓解关系

开启AOF（Append Only File）能在一定程度上降低风险。当AOF处于开启状态时，FLUSHALL操作会被写入AOF日志，理论上可通过截断AOF文件来“回滚”该命令。

# 示例：通过修改AOF文件恢复数据
redis-check-aof --fix appendonly.aof
# 手动编辑AOF文件，删除最后的FLUSHALL指令

但此方法依赖人工干预，存在时间窗口限制，并非自动化解决方案。

5. 集群环境下的FLUSHALL行为

在Redis Cluster架构中，FLUSHALL命令依然有效，但它只作用于执行节点本身。若要清空整个集群的所有分片数据，需在每个主节点上分别执行该命令。

graph TD
    A[客户端连接Cluster] --> B{遍历所有Master节点}
    B --> C[Node1: 执行FLUSHALL]
    B --> D[Node2: 执行FLUSHALL]
    B --> E[Node3: 执行FLUSHALL]
    C --> F[数据清空完成]
    D --> F
    E --> F

自动化脚本示例如下：

for node in $MASTER_NODES; do
  redis-cli -c -h $node flushall
done