redi的持久化主从复制、哨兵机制、集群搭建

本文介绍了Redis的持久化方法RDB和AOF，包括各自的优缺点。接着讨论了主从复制带来的好处，如读写分离和容灾能力增强。然后提到了哨兵机制用于监控和自动故障恢复。最后，概述了Redis集群的搭建，强调了使用奇数节点以确保稳定性，并提供了Jedis和SpringDataRedis连接Redis集群的示例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

持久化：断电之后还能恢复数据
RDB： 默认模式指定时间间隔生成数据 dump.red文件使用save（同步）或者bgsave（异步）手动保存数据
save 900 1
save 300 10 只要有一个条件满足就会执行bgsave
优点：
rdb是一个紧凑文件，直接使用rdb就可以还原数据，由子进程进行保存，不影响父进程恢复数据效率高于aof
缺点：
每次保存点之间导致不可意料的关闭，可能会丢失数据
每次保存数据都需要fork（）子进程，在数据量比较大时可能会比较耗费性能
AOF：默认关闭；同时存在时，aof优先级高于rdb
监听执行的命令，如果发现执行了修改数据库的操作，直接同步到数据库文件中
优点：更加的安全
缺点：相同数据集aof要大于rdb，相对rdb可能会慢一些
开启办法 修改redis.conf
# 默认 no
appendonly yes
# aof 文件名
appendfilename"appendonly.aof"
主从复制： redis支持集群功能。为了保证单一节点的可用性，redis支持主从复制功能 1/2个节点坏掉，redis集群宕掉
1、主从优点增加单一节点的健壮性，从而提升整个集群的稳定