Master-slaver
主机数据更新后根据配置和策略，自动同步到备用机的master/slaver机制
- Master 以写为主
- slaver 以读为主
- Slaver 只可以读取，不能写入
作用
- 读写分离
- 容灾恢复
常用方式
一主二仆
一台主机，多台备机
- Init
- 1个Master 两个 Slaver
- Info replication：查看主从情况
- Master 写入数据：宕机之后，从机不会变成主机，重启之后继续使用
- Slaver 读取数据 ，备份数据，宕机重启之后会自动增量备份
薪火相传
- 去中心化
- 减轻了主机master的负担
- 同步的延时
- 上一个Slaver可以是下一个slaver的Master，Slaver同样可以接受其他Slavers的连接和同步请求，那么该Slaver作为链条中下一个master，可以有效的减轻master的写压力
- 中途变更转向：会清除之前的数据，重新建立拷贝最新的
- Slaveof 新主机IP 新主机 端口
反客为主
- 从机 变 主机
- 在主机宕机了之后，变成了主机
- Slaveof no one 当前数据库停止与其他数据库同步，转成主数据库
哨兵模式sentinel
- 哨兵 -- 监控
- 反客为主的自动版本
- 从后台监控主机是否故障，如果故障了根据投票数自动将从库转化为i主库
- 一组 sentinel能同时监控多个Master
复制的原理
- Slaver启动成功连接到mater后会发送一个sync命令
- Matser接到命令之后启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕之后，Mater将传送整个数据文件到slaver，以完成一次完全同步
- 全量复制： Slaver服务在接受到数据后，将其存盘并加载到内存
- 增量备份：Maser继续将新的所有收集到的修改命令依次传给Slaver，完成同步
- 但是只要是重新连接Master，一次完全同步（全量备份）将被自动执行
- 复制延迟
使用
从库配置：
slaveof 主库 IP 主库端口 SLAVEOF 127.0.0.1 6379
- 每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件
- Info replication
修改配置文件细节操作
- 拷贝多个redis.conf文件
- 开启 deamonize yes
- Pid文件名字
- 指定端口
- log文件名字
- Dump.rdb名字