Redis通过RDB快照和AOF日志两种持久化方式结合主从复制机制来确保数据一致性和完整性。RDB定期生成内存快照，AOF记录每条写命令，主节点将这些数据同步到从节点，从节点可实时接管避免单点故障，实现高可用和数据不丢失。

来源1

Redis的持久化机制主要有RDB和AOF两种。RDB是定时将内存数据快照dump到磁盘上，优点是文件紧凑，恢复快，但可能丢失最后一次快照后的数据。AOF是记录每次写操作的命令日志，数据恢复更完整，但文件较大。开启两者并用，定期重写AOF，结合fsync策略，能最大化数据安全。

来源2

复制机制是Redis高可用的基础，主从复制异步进行，主节点每秒发送增量命令给从节点，从节点回放这些命令保持数据一致。全量同步时，主节点生成RDB发给从节点，从节点加载后继续增量同步。即使主节点宕机，从节点提升为主节点，数据完整性得到保障。

来源3

为了确保一致性，Redis Sentinel监控主从节点，自动故障转移。持久化配置如appendfsync everysec，平衡性能和安全，每秒fsync一次，最多丢失1秒数据。复制时用repl-diskless-sync减少磁盘压力，提高效率。

来源4

在实际生产中，结合RDB和AOF，主从架构加哨兵集群。数据写入主节点持久化后复制到从节点，从节点也开启AOF，双保险。遇到网络分区，从节点可拒绝写操作（min-replicas-to-write），防止不一致。

来源5

Redis Cluster分片复制进一步增强完整性，每个分片有主从，持久化独立配置。故障时从节点自动提升，确保数据不丢失。配置save 900 1等RDB触发条件，AOF用bgrewriteaof后台重写。

来源6

常见问题是持久化对性能影响，解决方案是AOF everysec策略，主从分离读写，从节点处理查询，主节点专注写和持久化。复制链路用repl-timeout监控延迟，避免数据漂移。

FAQ
Q: RDB和AOF哪个更好？
A: 两者结合用，RDB快照用于快速恢复，AOF日志确保完整性。
Q: 主从复制会丢失数据吗？
A: 异步复制可能丢失最后几秒数据，用wait命令强制同步。
Q: 如何配置持久化？
A: 在redis.conf设置appendonly yes，save 60 1000，appendfsync everysec。
Q: Sentinel怎么确保一致性？
A: 多数Sentinel同意时切换主节点，避免脑裂。