Redis 保证数据不丢失（或最大限度减少丢失）的核心是通过 持久化机制 结合 合理的配置策略 实现的。具体方案如下：

一、核心：开启 Redis 持久化（防止进程崩溃丢失数据）

Redis 提供两种持久化方式，可单独使用或结合使用，确保内存中的数据定期写入磁盘。

1. RDB 持久化（快照方式）

• 原理：在指定时间间隔内，将内存中的数据集 快照（Snapshot） 写入磁盘（生成 .rdb 文件）。
• 触发方式：

• • 自动触发：通过 redis.conf 配置触发条件（如 5 分钟内有 10 次写入）：

save 300 10    # 300秒内有10次修改则触发快照
save 60 10000  # 60秒内有10000次修改则触发快照

• • 手动触发：执行 save（阻塞主进程，不推荐）或 bgsave（后台异步执行，推荐）命令。

• 优点：.rdb 文件是压缩的二进制文件，恢复速度快，适合备份。
• 缺点：可能丢失最后一次快照后的所有数据（如快照间隔内 Redis 崩溃）。

2. AOF 持久化（日志方式）

• 原理：将每一条写命令（如 set、hset）追加到 .aof 日志文件中，Redis 重启时通过重放日志恢复数据。
• 配置方式：在 redis.conf 中开启：

appendonly yes          # 开启AOF
appendfilename "appendonly.aof"  # AOF文件名

• 同步策略（控制命令写入磁盘的频率，平衡性能与安全性）：

appendfsync always    # 每执行一条命令就同步到磁盘（最安全，性能最差）
appendfsync everysec  # 每秒同步一次（默认，推荐，最多丢失1秒数据）
appendfsync no        # 由操作系统决定何时同步（性能最好，安全性最差）

• 优点：数据丢失风险低（默认最多丢失 1 秒数据），日志文件可读性强。
• 缺点：.aof 文件体积较大，恢复速度比 RDB 慢。

3. 推荐组合：RDB + AOF

• 原因：RDB 适合快速备份和恢复，AOF 确保数据丢失量最小。
• Redis 4.0+ 支持混合持久化：AOF 重写时会将 RDB 快照内容写入 AOF 文件开头，兼顾两者优势：

aof-use-rdb-preamble yes  # 开启混合持久化（默认开启）

二、进阶：防止硬件/磁盘故障（高可用部署）

即使开启持久化，若单机磁盘损坏，数据仍可能丢失。需通过 主从复制 + 哨兵/集群 实现高可用：

1. 主从复制（Master-Slave）

• 原理：主节点（Master）处理写请求，从节点（Slave）实时复制主节点的数据。
• 作用：主节点故障时，从节点可作为备用数据来源，避免单点故障。
• 配置：在从节点的 redis.conf 中指定主节点地址：

replicaof <master-ip> <master-port>  # Redis 5.0+ 用 replicaof，旧版本用 slaveof

2. 哨兵（Sentinel）

• 作用：监控主从节点状态，主节点故障时自动将从节点升级为主节点（自动故障转移），确保服务持续可用。
• 配置：通过 sentinel.conf 定义监控的主节点和故障转移规则：

sentinel monitor mymaster <master-ip> <master-port> 2  # 监控名为mymaster的主节点，2个哨兵同意则判定故障
sentinel down-after-milliseconds mymaster 30000  # 30秒未响应则标记为主观下线

3. Redis 集群（Cluster）

• 适用场景：海量数据 + 高并发，将数据分片存储在多个节点（至少 3 主 3 从）。
• 数据安全：每个主节点有从节点备份，主节点故障后从节点自动切换，同时结合持久化确保分片数据不丢失。

三、其他关键配置（减少数据丢失风险）

1. 禁用内存淘汰策略（谨慎）：
   若 Redis 内存满了，默认会淘汰旧数据（如 allkeys-lru），可通过配置禁止淘汰（仅在内存充足时使用）：

maxmemory-policy noeviction  # 内存满时拒绝写请求，不淘汰数据

1. 开启 AOF 重写自动触发：
   AOF 文件会越来越大，通过重写压缩（保留最终状态的命令）：

auto-aof-rewrite-percentage 100  # AOF文件比上次重写后增长100%时触发
auto-aof-rewrite-min-size 64mb   # AOF文件至少64MB才触发重写

1. 避免误操作：

• • 禁用危险命令（如 flushall、flushdb）：

rename-command FLUSHALL ""
rename-command FLUSHDB ""

• • 开启密码认证：

requirepass your_strong_password

四、总结：数据不丢失的最佳实践

1. 基础保障：开启 AOF（appendfsync everysec）+ RDB 混合持久化，确保进程崩溃最多丢失 1 秒数据。
2. 高可用保障：部署主从复制 + 哨兵（或集群），防止单点硬件故障导致数据丢失。
3. 运维保障：定期备份 .rdb 和 .aof 文件，测试数据恢复流程。

通过以上组合，可将 Redis 数据丢失风险降至最低，满足绝大多数生产环境的可靠性要求。