磁盘满是配置失当与监控缺位导致的事故信号，表现为RDB写入失败、AOF重写卡住等错误；根本原因是未限maxmemory、AOF重写阈值过松、过期键堆积及数据与日志混放同一分区。
磁盘满不是 Redis 持久化失败的“结果”，而是配置失当+监控缺位共同导致的明确事故信号——RDB 快照写入失败、AOF 重写卡住、bgsave 子进程退出，这些都会直接暴露为 Can't save in background: fork: Cannot allocate memory 或 Failed to rewrite AOF: No space left on device。
为什么 RDB/AOF 会突然把磁盘打满？
RDB 是全量快照，一次 bgsave 会先生成临时文件（如 temp-12345.rdb），再原子替换旧 dump.rdb。这意味着峰值磁盘占用 ≈ 2 × 当前数据集大小。AOF 更隐蔽：重写时会边读旧 AOF 边写新 AOF，同时保留旧文件直到重写完成，高峰期可能三份 AOF 文件并存（original + temp + new）。
常见诱因包括：
- 未限制
maxmemory，导致内存持续膨胀，RDB/AOF 文件随之暴涨 - AOF 重写触发条件设置过松（如
auto-aof-rewrite-percentage 100但auto-aof-rewrite-min-size 64mb），小实例也频繁重写 - 业务误设超长 TTL 或不设 TTL，过期键堆积后仍占内存，间接推高 RDB 大小
- 日志/备份文件和 Redis 数据混放同一分区（如都放在
/var/lib/redis）
如何用最小改动堵住磁盘满漏洞？
优先做三件事，不改代码、不重启服务也能快速生效：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 立即执行
config set maxmemory 4gb（按物理内存 70% 设定），避免内存无节制增长 → 从源头压低 RDB/AOF 体积 - 检查并收紧 AOF 重写阈值：
config set auto-aof-rewrite-percentage 50+config set auto-aof-rewrite-min-size 256mb，减少小文件频繁重写 - 确认
dir配置指向独立大容量分区（如/data/redis），且该路径下无其他服务日志堆积
执行后用 info persistence 观察 rdb_last_bgsave_status:ok 和 aof_rewrite_in_progress:0 是否稳定，再查磁盘使用率是否回落。
hz 和 active-expire-effort 怎么调才能减少过期键对磁盘的影响？
过期键不清理 → 内存不释放 → RDB 文件更大 → 磁盘压力更重，这是隐性传导链。关键参数不是“删得快”，而是“删得稳”：
-
hz默认 10，对中等规模实例足够；若INFO stats | grep expired_keys显示每秒仅删几十个，但used_memory_human持续逼近maxmemory，可config set hz 20提升扫描频次 -
active-expire-effort（Redis 7.0+）控制每次扫描的样本量，默认 1，设为 2 可让定期删除更积极，但不要设为 10 —— 这会导致 CPU 使用率突增，反而拖慢bgsavefork - 必须确保
lazyfree-lazy-expire yes（默认开启），否则大 Key 过期会阻塞主线程，进一步延误持久化调度
哪些监控项必须加进告警？
只看 disk usage > 90% 是马后炮。真正有效的指标是组合判断：
- 磁盘层面：
df -h /data/redis | awk '{print $5}' | sed 's/%//'> 85% 触发一级告警 - Redis 层面：
INFO memory | grep used_memory_human接近maxmemory的 90% 时，说明过期/淘汰机制已承压 - 关键状态：
INFO stats | grep expired_stale_perc> 25% 表示定期删除严重跟不上过期速度，需立刻调hz - 失败信号：
INFO persistence | grep rdb_last_save_time停滞超过 1 小时，或rdb_last_bgsave_status:err必须人工介入
最易被忽略的是 AOF 重写日志残留：ls -lh /data/redis/appendonly.aof.* 若发现多个带数字后缀的临时文件，说明重写失败后未自动清理，要手动 rm -f appendonly.aof.* 并检查 auto-aof-rewrite-percentage 设置。
