rdb写入失败主因是磁盘空间或inode耗尽：即使df -h显示10%剩余空间，若实际可用空间小于used_memory_human值、inode使用率超95%或ext4预留空间不可用，均会导致bgsave失败。

磁盘空间或inode耗尽导致RDB写入失败

Redis执行BGSAVE时需一次性写入完整快照，文件大小≈当前used_memory_human值。即使df -h显示还有10%空间，也可能因以下原因失败：

• 磁盘实际可用空间
• df -i显示 inode 使用率 ≥95%，尤其在大量小key场景下极易触发
• ext4默认预留5%空间不可用，root用户能写，但redis用户（非root）无法使用这部分空间
• 云盘底层I/O队列满，dd if=/dev/zero of=/tmp/test bs=1M count=100延迟极高或超时

目录权限或路径配置错误

Redis不会自动创建dir配置的路径，也不校验权限——它只尝试open()，失败就报Permission denied。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 用redis-cli CONFIG GET dir查出路径后，必须手动ls -ld /path/to/dir确认存在、属主为redis用户、权限含rwx
• 常见错误：配置dir /var/lib/redis/data，但只建了/var/lib/redis，子目录缺失
• SELinux启用时，chmod 777可能无效，应改用chcon -t redis_var_lib_t /path/to/dir
• dbfilename含空格或中文字符，或用了相对路径（如./dump.rdb），解析失败

fork()失败引发BGSAVE中止

BGSAVE依赖fork()创建子进程，内存不足时直接返回Can't save in background: fork failed，而非磁盘错误。

• 典型日志线索：Failed opening .rdb for saving: No child processes
• Linux内核参数vm.overcommit_memory设为0（默认）时，fork需预分配与父进程等量内存，易失败
• 临时缓解：运行redis-cli CONFIG SET vm.overcommit_memory 1，长期应调低maxmemory或升级内存
• 注意：该问题和磁盘无关，查free -h和cat /proc/meminfo | grep Commit更准

MISCONF错误只是表象，不是根源

客户端收到(error) MISCONF Redis is configured to save RDB snapshots...，本质是stop-writes-on-bgsave-error yes被触发——它只是保护机制，掩盖了真正的失败原因。

• 先执行redis-cli INFO PERSISTENCE，重点看rdb_last_bgsave_status:err和rdb_last_bgsave_time
• 立刻翻/var/log/redis/redis-server.log，找紧挨着Background saving started之后的那行错误（如No space left on device）
• 切勿直接CONFIG SET stop-writes-on-bgsave-error no来“修复”，这会让后续重启丢失全部数据
• 真正要修的是日志里那行原始错误，不是这个开关

真实排查永远从日志第一行错误开始，而不是从MISCONF入手。磁盘、权限、fork、配置四类问题互不重叠，但现象常混淆——比如inode耗尽也会报No space left on device，和磁盘满一样，必须用df -i二次确认。