用 phpredis 触发 RDB 快照应调用 $redis->bgSave()（非阻塞），而非 save()（同步阻塞，线上禁用）；其仅临时生成快照，不改变 redis.conf 中的自动保存规则或 AOF 状态。
save 和 bgSave 是 PHP 中触发 Redis RDB 持久化的直接方式，但它们只是“手动快照开关”，真正的持久化策略必须由 Redis 服务端配置（redis.conf）决定——PHP 层无法绕过它自定义触发条件或覆盖 AOF 行为。
怎么用 phpredis 触发一次 RDB 快照？
你可以在 PHP 代码中调用 save() 或 bgSave() 强制生成 dump.rdb 文件，但要注意：
• save() 是同步阻塞操作，Redis 会停掉所有请求直到写完磁盘，**线上绝对禁用**；
• bgSave() 是后台异步执行，返回 true 仅表示“已下发任务”，不保证成功（需配合 lastSave() 或日志判断结果）；
• 这两个方法只影响当前实例的 RDB 快照时机，**不会修改自动保存规则，也不会开启/关闭 AOF**。
$redis->bgSave(); // 推荐，非阻塞 $result = $redis->lastSave(); // 返回时间戳，可判断是否真有新快照生成
真正起作用的持久化配置在 redis.conf 里
PHP 代码无法设置 save 60 10000 这类规则——那是 Redis 进程启动时读取的硬性策略。常见误操作是以为调了 bgSave() 就等于“开启了持久化”，其实只是临时拍一张快照而已。
你需要编辑服务器上的 redis.conf，重点配置：
-
save 900 1：900 秒内至少 1 次修改 → 触发 RDB -
save 300 10：300 秒内至少 10 次修改 → 更激进的快照频率 -
appendonly yes：启用 AOF（比 RDB 更安全，但慢、占磁盘） -
appendfsync everysec：AOF 写入策略，平衡性能与安全性
改完记得 redis-cli config rewrite 或重启服务生效。
立即学习“PHP免费学习笔记（深入）”；
PHP 层能做的“持久化辅助”只有三件事
别指望 PHP 控制 Redis 的磁盘行为，但它可以帮你规避风险、提升可靠性：
- 用
config('GET', 'dir')和config('GET', 'dbfilename')确认 RDB 落盘路径，避免写到根目录或满盘； - 定期调用
info('Persistence')检查rdb_last_bgsave_status:ok和aof_last_write_status:ok，及时发现失败； - 对关键数据，不要只依赖 RDB/AOF 自动恢复——在业务层做兜底：比如用户余额变更后，主动记录一条变更日志到 MySQL，用于灾备比对。
RDB 和 AOF 不是“开了就万事大吉”的开关，而是需要结合你的数据敏感度、恢复点目标（RPO）和磁盘 IO 能力来权衡的机制。PHP 代码里最常被忽略的一点是：即使设置了 appendonly yes，如果 Redis 启动时 appendfilename 对应的 AOF 文件损坏或权限不对，服务会静默拒绝启动，且错误日志可能藏在系统 journal 里，而不是 PHP 报错里。
