1:Redis主从复制介绍
- 行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
- 官网:
Redis复制是一个非常简单的使用和配置主从复制,允许从Redis服务器是主服务器的精确副本。以下是关于Redis复制的一些非常重要的事实:Redis使用异步复制。但是,从Redis 2.8开始,从服务器将定期确认从复制流处理的数据量,一个主服务器可以有多个从服务器。公奴隶能够接受来自其他奴隶的连接。除了将多个从属节点连接到同一个主节点之外,从属节点还可以以类似图形的结构连接到其他从属节点。在主端,Redis复制是非阻塞的。这意味着,当一个或多个从服务器执行初始同步复制时,主服务器将继续处理查询。当从服务器执行初始同步时,它使用旧版本的数据集来处理查询,假设您在Redis .conf中配置了Redis,否则,您可以配置Redis从服务器在复制流停止时向客户端返回一个错误。但是,在初始同步之后,必须删除旧数据集并加载新数据集。在这个简短的窗口期间,从服务器将阻塞进入的连接复制可以用于可伸缩性,以便为只读查询 (我们后面用实例大概来说明上述这段官话)
主从复制可以读写分离和容灾恢复
2:Redis主从复制怎么玩
- 遵循配从(库)不配主(库)原则
- 从库配置:
# 将当前服务器转变为指定服务器的从属服务器(slave server)
slaveof 主库Ip 主库端口
# info信息记日志
Info replication
注意:与master断开之后,都需要重新连接,除非你配置进redis.conf文件。
- 修改配置文件细节操作
1:拷贝多个redis.conf文件
2;开启daemonize yes
3:Pid文件名字
4:指定端口
5:Log文件名字
6:dump.rdb名字
2.1 一主二仆
我们用实例图,来讲述,官话少说,说了也不会
- 一个master两个slave
- 主从问题演示
1:修改配置文件
通过vim编辑器,编辑上述三个端口号配置文件(目的:以后有三台不同的端口的服务器),一定要修改端口,其他修改pid文件名字,log文件名字,rdb文件名字个人认为可以不用,之所以修改是以后方便看
2:在linux中点击三次终端启动三台服务器,并使用Info replication命令查看日志信息
3:在6379端口号的redis中设置几个键值对,并作为主服务器(主人)(master),6380,6381端口号的两个redis作为从服务器(奴隶)(slaver)并进行查询主服务器中的键值对
4:使用Info replication命令观察三个端口号
注意:
- 主机(主服务器)可以写,但是从机(从服务器)不可以重写主机内容
- 主机shutdowm后从机待机状态,等主机回来后,主机新增记录从机可以顺利复制
- 从机shutdowm后,每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件
2.2 薪火相传
- 上一个Slave可以是下一个slave的Master, Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一一个的master,可以有效减轻master的写压力
- 中途变更转向:会清除之前的数据,重新建立拷贝最新的
slaveof 新主库IP 新主库端口
举例演示:
1:把前面的6381端口号的redis,使用slaveof 命令变成是6380端口号的从服务器,实现薪火相传
2.3反客为主
# 让当前数据库停止与其他数据库同步,转成主数据库
slaveof no one
3:主从复制原理
- slave启动成功连接到master后会发送一个sync命令 ,Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
- 全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
- 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
- 但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
4:哨兵模式
4.1 哨兵模式介绍
- 反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
一组sentine可以同时监控多个Master
4.2 哨兵模式使用
底下是步骤演示
1: 自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
2:配置哨兵,填写内容
# 下面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机
sentinel monitor 被监控数据库名字(自己起名字) 主库IP 主库端口 1
3:启动哨兵
redis-sentinel /myredis/sentinel.conf
4:正常主从演示(上面的一主二仆),遇到master挂了
启动 哨兵后,哨兵发现了下面的信息(哨兵执行了投票新选)
- 问题:如果之前的master重启回来,会不会双master冲突?
不会,之前的master会在哨兵模式下变为新选的salve的从机
5:主从复制缺点
- 由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟, 当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。