Redis 主从复制 + Redis哨兵模式

目录

1 是什么

2 能干嘛

3 具体操作

4 常用的3种操作 

4.1 一主多仆

4.2 薪火相传

4.3 反客为主 

5 哨兵模式

5.1 是什么

5.2 具体操作

---

1 是什么

主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主

2 能干嘛

1. 读写分离，性能扩展
2. 容灾快速恢复

3 具体操作

拷贝多个redis.conf文件，改名字，将拷贝的多个配置文件中的内容删掉，之后参照下面，在新的配置文件中配置参数：

开启daemonize yes

Pid文件名字pidfile

指定端口port

Log文件名字

dump.rdb名字dbfilename

Appendonly 关掉或者换名字

下面这几个，include引入被拷贝的配置文件，绝对路径。后面的3个参数中的端口号，pidfile文件路径，以及dbfilename 都可根据自己来设定

• include /myredis/redis.conf
• pidfile /var/run/redis_6379.pid
• port 6379
• dbfilename dump6379.rdb

可以设置从机的优先级：slave-priority 10

设置从机的优先级，值越小，优先级越高，用于选举主机时使用。默认100

 配置从机  （在客户端上执行，当次有效，宕机失效；配置文件执行，永久）

slaveof  <ip><port>   设置当前服务器为其他服务器的从服务器成为某个实例的从服务器

eg:  在6380: slaveof 127.0.0.1 6379      使当前服务器成为 127.0.0.1 6379 这台主机的从机

配置好之后，从机可以从主机上面读取数据 

主机挂掉，重启就行，一切如初；

从机重启需重设：slaveof 127.0.0.1 6379 ；可以将配置增加到文件中。永久生效。

4 常用的3种操作 

4.1 一主多仆

就是上面的设置。主机写，从机多。主机宕机之后，从机照样可以运行，但是还是只能读。主机恢复，就重新变为主机。

4.2 薪火相传

上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。

• 中途变更转向:会清除之前的数据，重新建立拷贝最新的
• 风险是一旦某个slave宕机，后面的slave都没法备份
• 主机挂了，从机还是从机，无法写数据了

4.3 反客为主 

当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。

用 slaveof  no one  将从机变为主机。在从机上执行，使当前从机变为主机

5 哨兵模式

5.1 是什么

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

5.2 具体操作

设置一主多仆模式

自定义的存放多个配置文件的目录下（比如myredis/sentinel.conf）新建sentinel.conf文件，名字绝不能错

配置哨兵,填写内容

sentinel monitor mymaster 127.0.0.1 6379 1

其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。

使用命令启动哨兵： redis-sentinel  /myredis/sentinel.conf 

之后如果主机挂掉，就会根据从机优先级设定新的主机

PS： 如果之前的主机重启的话，就会变成新主机的从机