讲清 Redis 的持久化选择、内存策略与使用红线。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 Redis配置、Redis持久化、缓存使用 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
RDB 快照恢复快但丢最后一次，AOF 更完整，生产常用两者组合。
maxmemory 必须设，淘汰策略按业务选，缓存类用 allkeys-lru。
禁止 KEYS 与 FLUSHALL 上生产，大 key 定期扫描，单 key 别超过 1MB 级。
单机也能跑，但要可用性就上主从加哨兵，配置别照抄默认端口。
内存、命中率、连接数、慢日志四项纳入日常，命中率骤降通常是失效策略问题。
| 环节 | 关键动作 |
|---|---|
| 持久化选择 | RDB 快照恢复快但丢最后一次，AOF 更完整，生产常用两者组合 |
| 内存策略 | maxmemory 必须设，淘汰策略按业务选，缓存类用 allkeys-lru |
| 使用红线 | 禁止 KEYS 与 FLUSHALL 上生产，大 key 定期扫描，单 key 别超过 1MB 级 |
| 主从与哨兵 | 单机也能跑，但要可用性就上主从加哨兵，配置别照抄默认端口 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：持久化选择、内存策略、使用红线、主从与哨兵、监控。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
微信公众号
微信客服
