必须显式挂载/data目录且宿主机路径需chown -R 999:999，仅改redis.conf中appendonly yes或save不生效；因Redis以UID 999用户运行，默认写入/data，未挂载则数据落于易失层，重启即丢。
必须显式挂载 /data 目录，且宿主机路径权限需匹配 Redis 容器用户 UID（999），仅改 redis.conf 中的 appendonly yes 或 save 不会生成持久化文件。
为什么挂载 /data 是硬性要求
Redis 官方镜像默认以 UID 999 的 redis 用户运行，它只对容器内 /data 有写权限；但这个目录是内存临时路径，容器重启即清空。不挂载，AOF 文件（appendonly.aof）和 RDB 文件（dump.rdb）就永远留在易失层里。
- 验证方式：
docker exec -it redis-container ls -l /data—— 若看到文件但宿主机对应路径为空，说明挂载失败 -
redis.conf中的dir配置不能绕过挂载：即使改成dir /mydata，也必须同步挂载该路径，否则照样丢数据 - 命名卷（
redis-data）自动处理权限，适合开发；生产环境建议用绑定挂载（-v /host/path:/data），便于备份和审计
docker run 启动时如何正确启用 AOF
启动命令里必须同时满足三件事：挂载 /data、指定配置文件、传参或配置中开启 AOF —— 缺一不可。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 推荐写法：
docker run -d --name redis-aof -p 6379:6379 -v /data/redis/data:/data -v /data/redis/conf/redis.conf:/usr/local/etc/redis/redis.conf redis:7.0 redis-server /usr/local/etc/redis/redis.conf - 配置文件里必须含：
appendonly yes、appendfsync everysec、daemonize no（Docker 不支持守护进程） - 避免“参数覆盖配置”陷阱：如果命令行传了
--appendonly yes，但没挂载配置文件，requirepass、bind等安全项就全失效了
宿主机目录权限怎么设才不报错
官方镜像中 redis 用户 UID 固定为 999，宿主机目录必须对其可写，chmod 755 不够，777 又太宽 —— 最稳妥是直接 chown。
- 执行：
mkdir -p /data/redis/{data,conf}，然后chown -R 999:999 /data/redis - 不要依赖
chmod 777：某些 SELinux 或 rootless Docker 环境下仍会拒绝写入 - 验证权限：
docker run --rm -v /data/redis/data:/data redis:7.0 ls -ld /data，输出应显示drwxr-xr-x 1 redis redis
真正容易被忽略的是 AOF 文件损坏后的启动行为：一旦 appendonly.aof 格式错误，Redis 容器会直接退出，日志只报 Bad file format，得进容器手动跑 redis-check-aof --fix /data/appendonly.aof —— 这个恢复步骤没法自动化，得提前写进运维 checklist。
