Redis学习笔记（八）——redis主从复制(Master/Slave)

Redis

八、主从复制(Master/Slave)

1、概念

• 主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主。
• 用途：读写分离、容灾恢复、
• 复制原理：
  • slave启动成功连接到master后会发送一个sync命令
  • Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，以完成一次完全同步
  • 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
  • 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
  • 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

2、使用方式

1.从库配置

• 使用命令slaveof 主库IP 主库端口

  每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件

2.配置文件修改

注意：这里在一台机器上运行多个redis服务。

• 拷贝多个redis.conf文件

• 开启daemonize yes

• 修改pidfile的文件名字，每个配置文件中都不一样

• 指定端口：每个配置文件中都不一样

• log文件名字：每个配置文件中都不一样

• dump.rdb名字：每个配置文件中都不一样

3.一台主机多台从机

1. 启动三个redis
2. 开始时三个都是主机：info replication命令可以查看
3. 在其中一台机器中进行写入数据（作为主机）。
4. 在另外两台机器上（作为从机）执行命令slaveof 主库IP 主库端口
5. 使用get则可以在从机上看到主机上写入的数据。
6. 当主机再次写入数据时，从机不用再执行slaveof命令也能获取到新的数据，即一次命令，全部备份。
7. 再次在主机上使用info replication命令可以查看到主机后有从机的信息
8. 从机上进行写操作会报错
9. 主机宕机后，从机上仍能保持数据，原地待命。
10. 主机再次连上后能够查询到宕机之前数据。
11. 从机宕机后则重新连接时不会继续作为从机，会变为主机，之前存储的主机数据也获取不到。
12. 如果需要重新连入主机，需要执行slaveof 命令，除非配置进redis.conf文件

注意：一主多从太过于依赖主机，主机宕机后业务就需要停止。

4.去中心化

1. 上一个Slave可以是下一个slave的Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力。类似于链表，前一个是后一个的主机。
2. 中途变更转向：会清除之前的数据，重新建立拷贝最新的，即从机更换了主机
3. slaveof 新主库IP 新主库端口

5.从机变主机

1. 主机宕机后从机能变为主机
2. 主机宕机后，使用了SLAVEOF no one命令的从机能够变为主机。
3. 新的主机能够进行写操作，之前的其他从机仍然能够读取新主机的数据。
4. 原先的主机连上来后和之前的所有从机脱离关系，成为了一个新的中心点。

3、哨兵模式（重点）

1.概念

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

2.步骤

1. 初始。仍然配置一主多从

2. 自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

3. 配置哨兵，填写内容

   • sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
   • 上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机

4. 启动哨兵

   • redis-sentinel /myredis/sentinel.conf
   • 上述目录依照各自的实际情况配置，可能目录不同

5. 重新进行一主多从的操作

   • 不同的是，在主机宕机后，会自动选出一个新主机
   • 若原来的主机连接回来后，会变成从机。