主从复制:
redis支持一主多从的数据复制架构.实现读写分离,容灾恢复. 主机数据更新后根据配置和策略,自动同步到备机的Master/Slave机制. Master主 负责处理写请求,Slave从 负责处理读请求. Master主将写操作同步⾄所有的Slave从 达到数据备份目的.
主从复制如何配置?
- 修改配置文件操作
*拷贝多个redis.conf文件 将bin下redis.conf文件拷贝到bin下同时修改名称指令:cp redis.conf redis_6379.conf
*进入redis_6379.conf 编辑 指令:vim redis_6379.conf
开启daemonize yes
指定端口
pid文件名字(名字都是自定义)
log文件名字
dump.rdb文件名字
<拓展知识(查找功能):进入vim redis_6379.conf 按下/键+搜索关键字 比如:/log 便会出现上图黄色标的查找功能 按下enter键 再按下 n键查找标跳转下一个(编辑功能):Esc键 +Shit键 : 键 :wq 保存退出>
2.配从(库)不配主(库)
*先开启端口服务 ./redis-server ./redis_6379.conf ; 6380 与6381是2个准备的从库,6379为主(现在还未指令指定主从关系,通俗讲就是没有关系的3个独立库)
*指令 ps -ef | grep redis 可看到6379 6380 6381 三个库的进程服务已开启在运行
*从库指定主库的配置指令: slaveof 主库IP 主库端口.
先进入(登陆)不同的redis服务端口指令: ./redis-cli -p 端口号 : ./redis-cli -p 6381
从库指定主库指令: slaveof 127.0.0.1 6379
查看主库与从库的关系详细详细指令: info replication
杀死进程: shutown 退出服务端: exit
<>每次与master断开后,都需要先进入(登陆)不同的redis服务端 ./redis-cli -p 端口号,重新指定主库 slaveof 主库IP 主库端口
2.1一主二仆
*和上面一图一样的 两个都是从,6379是主, 配从不配主嘛所以此时的主只要查看就好了
2.1.1配置端口号6380库的指定主库
先进入(登陆)不同的redis服务端口指令: ./redis-cli -p 端口号 : ./redis-cli -p 6380
从库指定主库指令: slaveof 127.0.0.1 6379 漏了箭头哈哈哈哈
2.1.2查看一主两仆
先进入(登陆)不同的redis服务端口指令: ./redis-cli -p 端口号 : ./redis-cli -p 6379
查看主库与从库的关系详细详细指令: info replication
2.1.2薪火相传
*概念:上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的压力.
<>中途变更转向:会清除之前的数据,重新建立拷贝最新的.
- 指定主机指令:Slaveof 新主库IP 新主库端口
- Ø127.0.0.1:6380> slaveof 127.0.0.1 6379 Ø127.0.0.1:6381> slaveof 127.0.0.1 6380
- (80的主机是6379,81的主机是6380)
2.1.3反客为主
*概念:使当前数据库停止与其他数据库的同步,转成主数据库
指令: 127.0.0.1:6379> SLAVEOF no one
3.1复制的原理: Slave启动成功连接到master后会发送一个sync命令.Mater接到命令启动后的存盘进程,同时收集所有接收到的用于修改数据集成命令,在后台进程执行完毕后,Master将传送整个数据文件到slave,以完成一次完全同步.
全量复制: slave服务在接收到数据库文件数据后,将其存盘并加载到内存中.
增量复制: Master继续将新的所有收集到的修改命令依次传给slave,完成同步.但是只要是重新连接master,一次完全同步(全量复制)将被自动执行.
3.2 复制的缺点: 由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重.
4. 哨兵模式
4.1什么是哨兵模式?
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库.
4.2如何使用?
- 调整结构,6379带着80、81。
- 自定义的/redis目录下新建sentinel.conf文件,名字绝不能错。
- 配置哨兵,填写内容:
- 编写指令: [root@localhost bin]# vim sentinel.conf
- 一组sentinel能同时监控多个Master.
- 进入vim sentinel.conf 写入 sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1。Esc键+Shift+:wq 代表保存退出;
- 上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机;
- 例如配置: sentinel monitor host6379 127.0.0.1 6379 1。如果6379挂了,谁的票数多余1票,就自动化成为主机;
- 启动哨兵指令: ./bin/redis-sentinel ./sentinel.conf
*上述目录依照各自的实际情况配置,可能目录不同
- 关闭哨兵模式
- 查看redis进程 ps –ef |grep redis
- Kill -9 6379的进程号 (直接杀死所有的进程效率高)
- *但关系还是存在所以 杀完直接反客为主
5.反客为主指令: SLAVEOF no one
6.主从问题?
- 从机可以写吗?set可? 答: 主负责写 从负责读 (复制主的数据到从里达到备份目的).
- 主机shutdown后情况如何? 答: 重新连接后 1没有配置哨兵模式主机原地待命 2配置哨兵模式从机上位变
- 如果之前的
master
即6379
重启回来,会不会双master
冲突? 答:不会,之前的master
变成现在的master
的奴隶 -
切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制? 比如从k4进来,那之前的123是否也可以复制?
答: 可以.
-
主机shutdown后情况如何?从机是上位还是原地待命 答: 从机待命. 还是slave.
-
主机又回来了后,主机新增记录,从机还能否顺利复制?答: 可以,老领导回来了,我继续跟着你.
-
其中一台从机down后情况如何?依照原有它能跟上大部队吗?答: 不可以. 需要重新SLAVEOF连接. 上面说过
每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件;(从机down了之后,再回来就没有了,需要重新指令 SLAVEOF连接。)