是什么
能干嘛
1.读写分离
2.容灾备份
3.数据备份
4.水平扩容支撑高并发
怎么用
配从库不配主库
权限细节:
从机要配主机的Redis密码,不然主机的Redis会拒绝访问
在从机上配masterauth
基本操作
1.info replication
可以查看复制节点的主从关系和配置信息
2.replicaof 主库IP 主库端口
一般写进redis.conf文件内
3.slaveof 主库IP 主库端口
每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件
在运行期间修改slave节点的信息,如果该数据库已经是某个主数据库的从数据库,那么会停止和原主数据库的同步关系转而和新的主数据库同步,重新拜码头
4.slaveof no one
使当前数据库停止与其他数据库的同步,转成主数据库,自立为王
案例演示
注意事项:
三边网络要相互ping通
1.三大命令
1.主从复制
replicaof 主库IP 主库端口号,配从库不配主库
2.改换门庭
salveof 新主库IP 新主库端口号
3.自立为王
salveof no one
2.修改配置文件的配置细节
拷贝最原始的redis.conf到我们的/myredis/redis6379.conf
配置redis6379.conf文件:
1.开启daemonize yes
2.注释掉bind 127.0.0.1
3.protected-mode no
4.指定端口
5.指定当前工作目录,dir
6.pid文件名字
7.log文件 日志文件
8.requirepass 设置密码
9.dump.rdb
10.aof
11.从机配置masterauth
3.常用三招
1.一主二仆
方案1:配置文件固定写死:
配置从机
先启动master再启动从机slave
主机:
从机:
主从关系查看:
日志:
主机日志:
备机日志:
命令查看:info replication
主从问题:
1.从机可以执行写命令吗-->不可以
2.从机切入点问题-->从机会复制掉队的时候的数据
3.主机shutdown之后,从机会上位吗-->不会
4.主机shutdown后,重启后主从关系还在吗?从机是否还能顺利复制-->在,可
5.某台从机shutdown后,master继续,从机重启后它能跟上大部队吗-->可以
方案2:命令操作手动指定:
在预设的从机上执行命令: slaveof 主机IP 主机端口
用命令指定的话,两台从机重启后,关系还在吗?-->不在了
2.薪火相传
上一个slave可以是下一个slave的master,slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master可以有效减轻主master的写压力,中间的6380并没有写权限
中途变更转向:会清除之前的数据,重新建立拷贝最新的
slaveof 新主库IP 新主库端口
3.反客为主
slaveof no one
复制的原理和工作流程
1.slave启动,同步初请
第一次全量复制主机里的数据,后续是增量,主机写一个从机加一个
slave启动成功连接到master后会发送一个sync命令
slave首次全新连接master,一次完全同步(全量复制)将被自动执行,slave自身原有数据会被master数据覆盖清除
2.首次连接,全量复制
master节点收到sync命令后会开始在后台保存快照(即RDB持久化,主从复制时会触发RDB)
同时收集所有接收到的用于修改数据集命令缓存起来,master节点执行RDB持久化完后master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步
而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中,从而完成复制初始化
3.心跳持续,保持通讯
repl-ping-replica-period 10
4.进入平稳,增量复制
Master继续将新的所有收集到的修改命令自动依次传给slave,完成同步
5.从机下线,重连续传
master会检查backlog里面的offset,master和slave都会保存一个复制的offset还有一个masterId,offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave,类似断点续传
复制的缺点
1.复制延时,信号衰减
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
2.master挂了怎么办
默认情况下,不会在slave节点中自动重选一个master
那怎么办呢?无人值守安装成为刚需
所以有了哨兵和集群