Redis中主、从库宕机如何恢复？

桃扇骨 2022-08-29 06:21 187阅读 0赞

点击蓝色“java大数据修炼之道”关注我哟
    
    加个“星标”，每晚21:00，一起学技术

*来源：**blog.csdn.net/py\_tamir/*

*article/details/82555338*

## 目录 ##

*  什么是哨兵
 *  原理
 *  环境
 *  设置哨兵
 *  从宕机及恢复
 *  主宕机及恢复
 *  配置多个哨兵

### 1、什么是哨兵 ###

哨兵是对Redis的系统的运行情况的监控，它是一个独立进程，功能有二个：

*  监控主数据库和从数据库是否运行正常；
 *  主数据出现故障后自动将从数据库转化为主数据库；

### 2、原理 ###

单个哨兵的架构：

![c24a6b0fcd96bf7a29cd1b4a7675fb9e.png][]

多个哨兵的架构：

![a51778d734bc013b679f83c2775b44e4.png][]

多个哨兵，不仅同时监控主从数据库，而且哨兵之间互为监控。

多个哨兵，防止哨兵单点故障。

### 3、环境 ###

当前处于一主多从的环境中：

![bae928234732ce5383edbb720630c44a.png][]

### 4、设置哨兵 ###

启动哨兵进程首先需要创建哨兵配置文件：

vim sentinel.conf

输入内容：

sentinel monitor taotaoMaster 127.0.0.1 6379 1

说明：

*  taotaoMaster：监控主数据的名称，自定义即可，可以使用大小写字母和“`.-_`”符号
 *  127.0.0.1：监控的主数据库的IP
 *  6379：监控的主数据库的端口
 *  1：最低通过票数

启动哨兵进程：

redis-sentinel ./sentinel.conf

![78decb51b1a5c862af5ce40a9e0dcc30.png][]

由上图可以看到：

*  哨兵已经启动，它的id为9059917216012421e8e89a4aa02f15b75346d2b7
 *  为master数据库添加了一个监控
 *  发现了2个slave（由此可以看出，哨兵无需配置slave，只需要指定master，哨兵会自动发现slave）

### 5、从宕机及恢复 ###

![b629090cd82171e61295594284f3aa7c.png][]

kill掉2826进程后，30秒后哨兵的控制台输出：

2989:X 05 Jun 20:09:33.509 # +sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

说明已经监控到slave宕机了，那么，如果我们将3380端口的redis实例启动后，会自动加入到主从复制吗？

2989:X 05 Jun 20:13:22.716 * +reboot slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
    
    2989:X 05 Jun 20:13:22.788 # -sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379

可以看出，slave从新加入到了主从复制中。`-sdown：`说明是恢复服务。

![ba81341a00934c844fa2b67a9db2cc09.png][]

### 6、主宕机及恢复 ###

哨兵控制台打印出如下信息：

2989:X 05 Jun 20:16:50.300 # +sdown master taotaoMaster 127.0.0.1 6379  说明master服务已经宕机
    
    2989:X 05 Jun 20:16:50.300 # +odown master taotaoMaster 127.0.0.1 6379 #quorum 1/1 
    
    2989:X 05 Jun 20:16:50.300 # +new-epoch 1
    
    2989:X 05 Jun 20:16:50.300 # +try-failover master taotaoMaster 127.0.0.1 6379  开始恢复故障
    
    2989:X 05 Jun 20:16:50.304 # +vote-for-leader 9059917216012421e8e89a4aa02f15b75346d2b7 1  投票选举哨兵leader，现在就一个哨兵所以leader就自己
    
    2989:X 05 Jun 20:16:50.304 # +elected-leader master taotaoMaster 127.0.0.1 6379  选中leader
    
    2989:X 05 Jun 20:16:50.304 # +failover-state-select-slave master taotaoMaster 127.0.0.1 6379 选中其中的一个slave当做master
    
    2989:X 05 Jun 20:16:50.357 # +selected-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  选中6381
    
    2989:X 05 Jun 20:16:50.357 * +failover-state-send-slaveof-noone slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  发送slaveof no one命令
    
    2989:X 05 Jun 20:16:50.420 * +failover-state-wait-promotion slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379   等待升级master
    
    2989:X 05 Jun 20:16:50.515 # +promoted-slave slave 127.0.0.1:6381 127.0.0.1 6381 @ taotaoMaster 127.0.0.1 6379  升级6381为master
    
    2989:X 05 Jun 20:16:50.515 # +failover-state-reconf-slaves master taotaoMaster 127.0.0.1 6379
    
    2989:X 05 Jun 20:16:50.566 * +slave-reconf-sent slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
    
    2989:X 05 Jun 20:16:51.333 * +slave-reconf-inprog slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
    
    2989:X 05 Jun 20:16:52.382 * +slave-reconf-done slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6379
    
    2989:X 05 Jun 20:16:52.438 # +failover-end master taotaoMaster 127.0.0.1 6379 故障恢复完成
    
    2989:X 05 Jun 20:16:52.438 # +switch-master taotaoMaster 127.0.0.1 6379 127.0.0.1 6381  主数据库从6379转变为6381
    
    2989:X 05 Jun 20:16:52.438 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ taotaoMaster 127.0.0.1 6381  添加6380为6381的从库
    
    2989:X 05 Jun 20:16:52.438 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  添加6379为6381的从库
    
    2989:X 05 Jun 20:17:22.463 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381 发现6379已经宕机，等待6379的恢复

![d73f9faff294f92bd6dc7e2f79608010.png][]

可以看出，目前，6381位master，拥有一个slave为6380.

接下来，我们恢复6379查看状态：

2989:X 05 Jun 20:35:32.172 # -sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  6379已经恢复服务
    
    2989:X 05 Jun 20:35:42.137 * +convert-to-slave slave 127.0.0.1:6379 127.0.0.1 6379 @ taotaoMaster 127.0.0.1 6381  将6379设置为6381的slave

![33eebdb20ddeab1873950d638de17e3e.png][]

### 7、配置多个哨兵 ###

vim sentinel.conf

输入内容：

sentinel monitor taotaoMaster1 127.0.0.1 6381 1
    
    sentinel monitor taotaoMaster2 127.0.0.1 6381 2

![bacc05f17d8de7973ef9e25cf011db93.png][]

PS：如果觉得我的分享不错，欢迎大家随手点赞、在看。▽加我微信,交个朋友长按/扫码添加↑↑↑1、这次专治Docker疑难杂症2、微服务架构实施原理详解3、盘点 HashMap 源码中的那些优雅的设计！4、面试官欺负人：new Object()到底占用几个字节？5、volatile有哪些应用场景？6、面试官问：缓存与数据库一致性如何解决？先操作数据库，还是缓存？

右下角，您点一下在看图片![3d0a864b029a76902a742b561892cdec.png][]

小微工资涨1毛

[c24a6b0fcd96bf7a29cd1b4a7675fb9e.png]: /images/20220829/7bd5fc7b61064387af706b5397354d15.png
[a51778d734bc013b679f83c2775b44e4.png]: /images/20220829/412c5574364f4d3da0e71e72659f61bd.png
[bae928234732ce5383edbb720630c44a.png]: /images/20220829/d287680523064145914a3e75947b8209.png
[78decb51b1a5c862af5ce40a9e0dcc30.png]: /images/20220829/b302e420f02646ef9933dcf84c0f3d41.png
[b629090cd82171e61295594284f3aa7c.png]: /images/20220829/46b11b2a2fed488985072b239a8adcb6.png
[ba81341a00934c844fa2b67a9db2cc09.png]: /images/20220829/de6345ee060b47eea5d263d4fabb9f15.png
[d73f9faff294f92bd6dc7e2f79608010.png]: /images/20220829/d819832b63e74a2fbb769e51426c7833.png
[33eebdb20ddeab1873950d638de17e3e.png]: /images/20220829/32ecf6f94da04bfdaceb69216b47868a.png
[bacc05f17d8de7973ef9e25cf011db93.png]: /images/20220829/0a619f0a4177415e9182bb82dad89c8c.png
[3d0a864b029a76902a742b561892cdec.png]: /images/20220829/fcb131589db34bd9aafd7e1ec06814fc.png