Redis缓存数据库---Redis主从复制--哨兵模式

主从复制:

redis支持一主多从的数据复制架构.实现读写分离,容灾恢复. 主机数据更新后根据配置和策略,自动同步到备机的Master/Slave机制. Master主 负责处理写请求,Slave从 负责处理读请求. Master主将写操作同步⾄所有的Slave从 达到数据备份目的.

主从复制如何配置?

  1. 修改配置文件操作

*拷贝多个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可以是下一个slaveMasterSlave同样可以接收其他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进程 psef |grep redis
    • Kill  -9  6379进程(直接杀死所有的进程效率高)
    • *但关系还是存在所以 杀完直接反客为主

5.反客为主指令: SLAVEOF no one

6.主从问题?

  1. 从机可以写吗?set可?  答: 主负责写 从负责读 (复制主的数据到从里达到备份目的).
  2. 主机shutdown后情况如何? 答: 重新连接后 1没有配置哨兵模式主机原地待命 2配置哨兵模式从机上位变
  3. 如果之前的master6379重启回来,会不会双master冲突? 答:不会,之前的master变成现在的master的奴隶
  4. 切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制? 比如从k4进来,那之前的123是否也可以复制?

    答: 可以.

  5. 主机shutdown后情况如何?从机是上位还是原地待命 答: 从机待命. 还是slave.

  6. 主机又回来了后,主机新增记录,从机还能否顺利复制?答: 可以,老领导回来了,我继续跟着你.

  7. 其中一台从机down后情况如何?依照原有它能跟上大部队吗?答: 不可以. 需要重新SLAVEOF连接. 上面说过

    每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件;(从机down了之后,再回来就没有了,需要重新指令 SLAVEOF连接。)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值