为什么关闭Redis持久化后数据仍然被写入了磁盘-Redis-PHP中文网

redis关闭持久化后仍有磁盘写入，是因为aof缓冲区或内核页缓存未清空：appendonly no仅停用aof追加逻辑，旧aof/rdb临时文件可能残留，且linux内核page cache会后台刷出历史脏页。

为什么关闭redis持久化后数据仍然被写入了磁盘

Redis 关闭持久化后仍有磁盘写入，是因为 AOF 缓冲区或内核页缓存未清空

关闭 Redis 持久化（save 全注释 + appendonly no + aof-use-rdb-preamble no）后，仍观察到磁盘 I/O，常见原因不是 Redis 主动写盘，而是残留的缓冲数据被操作系统刷出。Redis 进程本身已不调用 write 或 fsync，但以下环节仍在起作用：

appendonly no 仅停用 AOF 日志追加逻辑，若此前 AOF 文件存在且未被删除，Redis 启动时会尝试加载它（除非 dir 下无 appendfilename 对应文件）；
即使 AOF 关闭，如果之前启用了 AOF 并发生过重写（BGREWRITEAOF），临时重写文件（如 temp-rewrite.aof）可能残留在 dir 目录下，某些监控工具会将其计入磁盘活动；
更关键的是：Linux 内核的 page cache 机制——当 Redis 曾经写过文件（如旧 RDB、旧 AOF），其关联的脏页可能尚未被 pdflush 或 systemd-journald 刷入磁盘，iostat -x 1 显示的写入实际来自内核后台回写，与 Redis 进程无关。

如何确认 Redis 真的没在主动写盘

不能只看磁盘是否有 I/O，得验证 Redis 是否仍在发起系统调用：

Redis Skill - 高性能缓存管理

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

下载

用 strace -p $(pgrep redis-server) -e write,writev,fsync,fdatasync 2>&1 | grep -E "(write|fsync)" 实时捕获，若无输出，说明 Redis 进程确实没调用持久化相关系统调用；
检查 redis-cli info persistence 输出：rdb_bgsave_in_progress:0、aof_rewrite_in_progress:0、aof_enabled:0 三者全为 0 才算真正关闭；
注意 info stats 中的 total_commands_processed 和 instantaneous_ops_per_sec 是否持续上升——若无写命令，连带的 AOF 缓冲区追加也不会发生。