redis宕机如何解决？如果是项目上线的宕机呢？

最新推荐文章于 2025-05-06 11:51:32 发布

原创最新推荐文章于 2025-05-06 11:51:32 发布 · 9k 阅读

21 ·

CC 4.0 BY-SA版权

数据库同时被 2 个专栏收录

7 篇文章

订阅专栏

redis

3 篇文章

订阅专栏

探讨了Redis在单机、主从及集群模式下的数据处理策略，详细解析了主从复制、数据恢复流程，以及如何利用哨兵机制实现故障自动转移，确保系统的高可用性。

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

宕机：服务器停止服务
如果只有一台redis，肯定会造成数据丢失，无法挽救
多台redis或者是redis集群，宕机则需要分为在主从模式下区分来看：

slave从redis宕机
配置主从复制的时候才配置从的redis，从的会从主的redis中读取主的redis的操作日志，求达到主从复制。
1）在Redis中从库重新启动后会自动加入到主从架构中，自动完成同步数据；
2）如果从数据库实现了持久化，可以直接连接到主的上面，只要实现增量备份（宕机到重新连接过程中，主的数据库发生数据操作，复制到从数据库），重新连接到主从架构中会实现增量同步。
Master 宕机
假如主从都没数据持久化，此时千万不要立马重启服务，否则可能会造成数据丢失，正确的操作如下：
1. 在slave数据上执行SLAVEOF ON ONE,来断开主从关系并把slave升级为主库
2. 此时重新启动主数据库，执行SLAVEOF,把它设置为从库，连接到主的redis上面做主从复制，自动备份数据。
  以上过程很容易配置错误，可以使用redis提供的哨兵机制来简化上面的操作。简单的方法：redis的哨兵（sentinel）的功能。

哨兵（sentinel）的原理：
在这里插入图片描述
Redis提供了sentinel（哨兵）机制通过sentinel模式启动redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决。

每个sentinel会向其它sentinal、master、slave定时发送消息（哨兵定期给主或者从和slave发送ping包（IP：port），正常则响应pong，ping和pong就叫心跳机制），以确认对方是否“活”着，如果发现对方在指定时间（可配置）内未回应，则暂时认为对方已挂（所谓的“主观认为宕机” Subjective Down，简称SDOWN）。

若"哨兵群"中的多数sentinel，都报告某一master没响应，系统才认为该master"彻底死亡"(即：客观上的真正down机，Objective Down，简称ODOWN)，通过一定的vote算法，从剩下的slave节点中，选一台提升为master，然后自动修改相关配置。

补充：
哨兵的配置：

复制redis中sentinel.conf，根据情况进行配置

可以使用哨兵搭建高可用服务器，哨兵模式还提供其他功能，比如监控、通知、为客户端提供配置等。
关于使用哨兵搭建高可用服务器，可以参考https://blog.csdn.net/shouhuzhezhishen/article/details/69221517来实现，在此不再细说。