上线检查清单是什么
Redis 上线前的逐项核对表，覆盖网络安全、持久化与磁盘、内存与淘汰、监控告警、备份、高可用切换、客户端连接池七块。每一块都要有明确的验证动作与验证人，做不到验证的项等于没有做到。
基本信息
| 适用 | 自建 Redis 生产实例上线与季度复核 |
|---|---|
| 安全项 | bind 内网、ACL 或密码、危险命令管控、跨机房 TLS |
| 持久化项 | RDB 与 AOF 策略、磁盘容量水位与冗余 |
| 高可用项 | Sentinel 或 Cluster 部署，并完成过手工切换演练 |
| 客户端项 | 连接池上限、超时、重试退避，避免重试风暴 |
上线核对项
- 安全：确认只监听内网地址，已启用账号密码或 ACL，危险命令已重命名或禁用
- 持久化：确认快照与追加日志策略满足恢复目标，磁盘水位低于七成且与数据盘不同故障域
- 内存：上限预留 fork 与碎片空间，淘汰策略与业务对数据丢失的容忍度一致
- 监控：连接数、内存、命中率、复制延迟、慢查询、未确认消息堆积、持久化状态都要有告警
- 备份：至少一份异地冷备，并在上线前完成一次真实恢复演练
- 高可用：手工触发一次切换，确认客户端自动重连且业务无感知
- 客户端：连接池上限与实例最大连接数匹配，超时与重试带退避
上线抽查命令
上线抽查命令
redis-cli CONFIG GET bind maxmemory maxmemory-policy appendonly appendfsync
redis-cli ACL LIST # 核对账号与命令权限
redis-cli INFO replication # 复制链路状态
redis-cli INFO persistence # 快照与追加日志最近一次结果
redis-cli --latency # 当前延迟水平
redis-cli CONFIG GET save # 确认快照策略未被临时改掉易漏项与后果
| 检查项 | 漏做后果 |
|---|---|
| 切换演练 | 真故障时无人验证过自动切换是否真的可用 |
| 恢复演练 | 备份能生成但不一定能恢复，事故当天才发现 |
| 磁盘水位 | 快照写失败触发写入拒绝，业务整体不可用 |
| 客户端重试策略 | 故障瞬间的重试风暴把刚恢复的实例再次打挂 |
清单里最常被跳过的是「切换演练」与「恢复演练」，恰恰是故障当天唯一能救场的两项。
只测通 PING 就上线：持久化、切换、监控三项全未验证，等于把未知风险直接带进生产。