Redis 主从复制

1. 概述

• 数据的复制都是单向的,只能由主节点到从节点,Master 以写为主,Slave 以读为主
• 主从复制,读写分离,主要是解决读的问题 ==> 80% 的情况下都是在进行读操作! 减缓服务器的压力! 架构中经常使用! 一主二从
• 默认情况下,每台Redis服务器都是主节点

2. 环境配置

只配置从库,不用配置主库

• info replication ====> 查看当前库的信息

• 

• 复制三个配置文件,然后修改对应的信息

  • 端口号

  • 

  • 文件的pid

  • 

  • log文件

  • 

  • 持久化的文件名

  • 

• 打开服务,看到生成了对应的log文件,说明该服务已经成功启动了!

• 

• 查看我们开启的redis服务

• 

3. 一主二从搭建

• 我们一般情况下,只用配置从机就好了!

• 认老大,一主(79)二从(80,81)

• 从机配置 ====> slaveof host port

• 

• 主机的信息

• 

• 真实的主从配置应该在配置文件中配置,这样的话就是永久的!,在配置文件中的replication下配置replicaof

4. 细节

• 主机可以写,从机不能写,只能读

• 

• 主机中的所有信息和数据,都会自动被从机保存

• 主机断开连接,从机依旧连接到主机,但是没有些操作了. 如果主机回来了,从机依旧可以直接获取到主机写的信息

• 如果是是用命令行来配置的主从,这个时候,如果重启了,就会变回主机

• 只要变回从机,立马就会从主机中获取值!

• *命令 slaveof no one ====> 使自己成为主机,其他的节点就可以手动连接到这个最新的主节点*

5. 哨兵模式

• 自动选取老大的模式!

• Redis从2.8开始正式提供了 Sentinel (哨兵) 架构来解决这个问题

• 哨兵是一个独立的进程,他会独立运行,其原理是 哨兵通过发送命令,等待 Redis 服务器响应,从而监控运行的多个Redis实例

• 我们可以使用多哨兵模式,哨兵之间也会进行监控

1. 测试

• 我们目前的状态是一主二从

• 配置哨兵配置文件

  • 新建 sentinel.conf 文件

  • 在配置文件中写如下配置 (这是最核心的配置)

  • #sentinel monitor myredis 被监控的名称 127.0.0.1 主机的ip地址 6379  主机的端口 1
    sentinel monitor myredis 127.0.0.1 6379 1
    

  • 后面的这个数字 1 代表主机挂了之后,slave 投票看让谁接替成为主机,票数最多的,就会成为主机

• 启动哨兵

  • redis-sentinel 配置文件的路径

  • 

• 如果主节点挂了,哨兵过一会可以发现,并投票选出新的主节点

• 主节点回来之后,只能作为从机

• 

2. 优缺点

• 优点
  • 哨兵集群,基于主从复制模式,所有的主从配置的优点,他全有
  • 主从可以切换,故障可以转移,系统的可用性就会更好
  • 哨兵模式就是主从模式的升级,手动到自动,更加健壮
• 缺点
  • Redis不好在线扩容,集群容量一旦到达上限,在线扩容就十分麻烦
  • 实现哨兵模式的配置其实是很麻烦的,里面有很多选择!