不能，Redis 的 CONFIG SET dir 命令通常报错不支持；仅当启动未显式配置 dir 且使用默认值时才可能临时修改，但不会自动迁移已有文件，且必须 CONFIG REWRITE 并重启才持久生效。
Redis 的 CONFIG SET dir 命令是否真的能修改持久化文件路径？
不能直接生效，除非你满足全部前提条件。Redis 的 dir 配置项是只读的运行时参数 —— 多数情况下执行 CONFIG SET dir /new/path 会报错：ERR Unsupported CONFIG parameter: dir。只有当 Redis 启动时未显式配置 dir（即没在 redis.conf 里写 dir 行），且当前使用的是默认值（通常是启动目录），才可能被临时修改。但即便成功，RDB/AOF 文件仍不会自动迁移到新路径，只是后续的 SAVE 或后台 BGSAVE 会写入新位置。
真正生效的持久化路径修改方式有哪些？
必须改配置文件并重启，或用 CONFIG REWRITE 持久化后重启。关键不是“能不能设”，而是“设了之后会不会被保存、会不会被加载”：
-
redis.conf中明确设置dir /var/lib/redis（推荐绝对路径），并确保该目录存在、Redis 进程有读写权限 - 如果用
CONFIG SET dir /new/path成功（极少见），必须立刻执行CONFIG REWRITE，否则重启后失效 - 修改
dbfilename（如dump.rdb）或appendfilename（如appendonly.aof）时，注意它们是相对于dir的相对路径，不是绝对路径 - 容器环境（如 Docker）中，
dir必须映射到宿主机可持久化的卷，否则容器重启后文件丢失
为什么改了 dir 却发现 RDB 还在旧位置生成？
常见原因不是命令没执行，而是根本没触发持久化动作，或 Redis 加载了别的配置文件：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 执行
CONFIG SET dir /new/path后，没手动调用SAVE或BGSAVE，RDB 不会自动生成 - Redis 实际加载的是另一个
.conf（比如 systemd 服务文件里指定了--config /etc/redis/redis.conf），而你改的是默认路径下的文件 -
dir路径权限不对：Redis 用户（如redis）对新目录无写权限，BGSAVE静默失败，日志里会报Failed to open the temp RDB file for saving - 磁盘满或
no-appendfsync-on-rewrite yes导致 AOF 重写失败，间接影响混合持久化行为
验证路径是否真正生效的三步检查法
别只信 CONFIG GET dir 的返回值，要确认“写得到、读得回、重启不丢”：
- 运行
CONFIG GET dir和CONFIG GET dbfilename，拼出完整路径：/new/path/dump.rdb - 手动触发
DEBUG POPULATE 1000+SAVE，然后ls -l /new/path/dump.rdb看文件是否新建、mtime 是否更新 - 停掉 Redis，删掉旧
dump.rdb，重启 Redis，再执行DBSIZE—— 如果数据还在，说明新路径已正确加载；如果为 0，说明它加载的是空文件或根本没读到
最易被忽略的是权限和配置加载优先级。很多问题不是 Redis 不支持，而是你改的那行配置压根没被读进去。
