redis的主从复制和哨兵模式环境搭建

文章目录

• redis的主从复制
• • 什么是主从复制
  • 主从复制怎么玩
  • • 指令版的主从复制
    • 配置文件版的主从复制
  • redis的哨兵模式sentinel
  • • 怎么操作？
    • 测试

redis的主从复制

什么是主从复制

redis的复制功能是支持多个数据库之间的数据同步。一类是主数据库（master）一类是从数据库（slave），主数据库可以进行读写操作，当发生写操作的时候自动将数据同步到从数据库，而从数据库一般是只读的，并接收主数据库同步过来的数据，一个主数据库可以有多个从数据库，而一个从数据库只能有一个主数据库。

通过redis的复制功能可以很好的实现数据库的读写分离，提高服务器的负载能力。主数据库主要进行写操作，而从数据库负责读操作。

主从复制怎么玩

首先需要准备三台服务器，这里因为资源有限，就在一台机器完成操作。首先我们需要把配置文件给复制三份

修改三份配置文件里面的配置，主要是修改端口号、日志文件、rdb文件、pidfile。

以6380为例，其他的config配置文件，都是修改相同的地方。

port 6380
pidfile /var/run/redis_6380.pid
logfile "6380.log"
dbfilename dump6380.rdb
           

修改完毕后，我们启动redis

redis-server myconfig/redis79.conf
redis-server myconfig/redis80.conf
redis-server myconfig/redis81.conf
           

查看redis进程

ps -ef|grep redis
           

看到这里说明我们的三台redis服务已经启动了。这样初始环境一主两从环境就搭建好了。

指令版的主从复制

下面我们就开始搭建redis的主从复制

首先我们先需要学习一个指令

info replication  //用来查看当前基本信息
           

我们连上redis6379这台

redis-cli  -p 6379
127.0.0.1:6379> info replication

           

redis6380服务

redis6381服务

通过上面的截图我们可以看到这里的三台redis，都是主机，所以这里我们需要把6380和6381设置为从机

在6380和6381执行

slaveof 127.0.0.1 6379
           

然后我们在切换到redis上6379查看

发现6379是主机，下面有两台从机(6380、6381)：connected——slaves:2

在这里我们的命令版的redis主从复制就搭建成功了。

测试：

我们向主机6379里面插入一条数据，看看6380或者6381能不能接受到。

经测试，发现redis的主从复制搭建成功！

注意：但是这里有个问题，就是如果6380或者6381挂掉了，当再次连上来的时候，6380、6381会变成了主机，而且不是挂载6379上面，需要重新在执行slaveof 命令。（如果主机挂了，这里就需要使用哨兵模式，这里等下就说。）

配置文件版的主从复制

为解决上面指令版的主从复制出现的问题，这里可以采用配置文件的方式去指定主机。为方便测试，我们先把6379、6380、6381都给停掉，修改6380和6381的配置。

replicaof 127.0.0.1  6379

masterauth "password"  // 有密码就输入密码，没有密码就注释掉。
           

注意，这里修改的6380和6381都是一样的

最后启动三台redis。

配置文件的方式，主从复制也搭建成功！

redis的哨兵模式sentinel

哨兵：顾名思义就是放哨使用的，当主机宕机的时候，哨兵可以自动的把从机设置成主机，这样就可以避免我们手动的去设置主机，大大的减少了我们工作量。

怎么操作？

首先我们先创建一个sentinel.config文件，用来存储哨兵的配置信息。

这里是配置文件（sentinel.config）的信息（比较简单，先用于测试。）

sentinel monitor myredis 127.0.0.1 6379 1
           

创建好文件后，我指定配置文件启动

redis-sentinel myconfig/sentinel.config
           

看见如图所示，说明哨兵启动成功！

接下来就是测试了

测试

我们先认为的把6379（主）给关掉，看看哨兵会不会自动把6380、6381其中的一个设置为主机

走起！

从截图中我们可以看见当6379宕机后，哨兵自动的把6381设置成了主机。

思考问题：当我们6379连上来后，主机会不会切换到6379呢？

操作如下：

很明显，结果已经出来了，当我们6379连上来后，6381还是主机。这里我们现实生活中，不也是一样吗？当我们不努力被淘汰后，想再次追上来就很难，所以我们需要不断的加强自己的专业技能~~~

最上附上百度搜集来的sentinel.config文件详解

# Example sentinel.conf
 
# 哨兵sentinel实例运行的端口 默认26379
port 26379
 
# 哨兵sentinel的工作目录
dir /tmp
 
# 哨兵sentinel监控的redis主节点的 ip port 
# master-name  可以自己命名的主节点名字 只能由字母A-z、数字0-9 、这三个字符".-_"组成。
# quorum 当这些quorum个数sentinel哨兵认为master主节点失联 那么这时 客观上认为主节点失联了
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
  sentinel monitor mymaster 127.0.0.1 6379 2
 
# 当在Redis实例中开启了requirepass foobared 授权密码 这样所有连接Redis实例的客户端都要提供密码
# 设置哨兵sentinel 连接主从的密码 注意必须为主从设置一样的验证密码
# sentinel auth-pass <master-name> <password>
sentinel auth-pass mymaster MySUPER--secret-0123passw0rd
 
 
# 指定多少毫秒之后 主节点没有应答哨兵sentinel 此时 哨兵主观上认为主节点下线 默认30秒
# sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000
 
# 这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行 同步，
这个数字越小，完成failover所需的时间就越长，
但是如果这个数字越大，就意味着越 多的slave因为replication而不可用。
可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
# sentinel parallel-syncs <master-name> <numslaves>
sentinel parallel-syncs mymaster 1
 
 
 
# 故障转移的超时时间 failover-timeout 可以用在以下这些方面： 
#1. 同一个sentinel对同一个master两次failover之间的间隔时间。
#2. 当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master那里同步数据时。
#3.当想要取消一个正在进行的failover所需要的时间。  
#4.当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来了
# 默认三分钟
# sentinel failover-timeout <master-name> <milliseconds>
sentinel failover-timeout mymaster 180000
 
# SCRIPTS EXECUTION
 
#配置当某一事件发生时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通知相关人员。
#对于脚本的运行结果有以下规则：
#若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10
#若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。
#如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。
#一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
 
#通知型脚本:当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），将会去调用这个脚本，
这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信息。调用该脚本时，将传给脚本两个参数，
一个是事件的类型，
一个是事件的描述。
如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执行的，否则sentinel无法正常启动成功。
#通知脚本
# sentinel notification-script <master-name> <script-path>
  sentinel notification-script mymaster /var/redis/notify.sh
 
# 客户端重新配置主节点参数脚本
# 当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已经发生改变的信息。
# 以下参数将会在调用脚本时传给脚本:
# <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
# 目前<state>总是“failover”,
# <role>是“leader”或者“observer”中的一个。 
# 参数 from-ip, from-port, to-ip, to-port是用来和旧的master和新的master(即旧的slave)通信的
# 这个脚本应该是通用的，能被多次调用，不是针对性的。
# sentinel client-reconfig-script <master-name> <script-path>
 sentinel client-reconfig-script mymaster /var/redis/reconfig.sh