是什么
就是主从复制,master以写为主,Slave以读为主当,master数据变化的时候,自动将新的数据异步同步到其它slave数据库。
能干嘛
- 读写分离
- 容灾恢复
- 数据备份
- 水平扩容支撑高并发
怎么玩
- 配从(库)不配主(库)
- 权限细节,重要
- master如果配置了requirepass参数,需要密码登陆那么slave就要配置masterauth来设置校验密码,否则的话master会拒绝slave的访问请求
- 基本操作命令
- info replication:可以查看复制节点的主从关系和配置信息
- replicaof:主库IP 主库端口(一般写入进redis.conf配置文件内)
- slaveof:主库IP 主库端口(每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件,在运行期间修改slave节点的信息,如果该数据库已经是某个主数据库的从数据库,那么会停止和原主数据库的同步关系转而和新的主数据库同步,重新拜码头)
- slaveof no one:使当前数据库停止与其他数据库的同步,转成主数据库,自立为王
案例演示
一主二仆
- cp两份redis6380.conf,redis6381.conf
- 修改端口、pid、log
- 连接主库,查看主从库信息
薪火相传
-
上一个slave可以是下一个slave的master,slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻主master的写压力
-
中途变更转向:会清除之前的数据,重新建立拷贝最新的
-
slaveof 新主库IP 新主库端口
反客为主
SLAVEOF no one:使当前数据库停止与其他数据库的同步,转成主数据库
复制原理和工作流程
- slave启动,同步初请
- slave启动成功连接到master后会发送一个sync命令
- slave首次全新连接master,一次完全同步(全量复制)将被自动执行,slave自身原有数据会被master数据覆盖清除
- 首次连接,全量复制
- master节点收到sync命令后会开始在后台保存快照(即RDB持久化,主从复制时会触发RDB),同时收集所有接收到的用于修改数据集命令缓存起来,master节点执行RDB持久化完后,master将rdb快照文件和所有缓存的命令发送到所有slave,以完成一次完全同步
- 而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中,从而完成复制初始化
- 心跳持续,保持通信
- repl-ping-replica-period 10
- 进入平稳,增量复制
- Master继续将新的所有收集到的修改命令自动依次传给slave,完成同步
- 从机下线,重连续传
- master会检查backlog里面的offset,master和slave都会保存一个复制的offset还有一个masterId,offset是保存在backlog中的。Master只会把已经复制的offset后面的数据复制给Slave,类似断点续传
复制的缺点
复制延时,信号衰减,由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
master挂了默认情况下,不会在slave节点中自动重选一个master ,每次都要人工干预。