主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave只能读
- 读写分离,性能扩展
- 容灾快速恢复【一台读的服务器挂了,迅速有其他读服务器代替】
测试主从复制
cd /
mkdir myredis
cp /etc/redis.conf /myredis/redis.conf
vim redis.conf Appendonly 关掉或者换名字
新建测试主机的配置文件,使用include引入redis.conf
vim redis6379.conf
vim redis6380.conf
vim redis6381.conf
启动三台主机
查看主机运行状况【info replication】
配置主从关系【slaveof 】
slaveof
成为某台主机的从服务器
在6380和6381上执行: slaveof 127.0.0.1 6379
测试
- 主机写,从机可以立刻读
- 从机没有权限写入
- 从机宕机重启,解除主从关系 需要重新设置
若想永久生效,需要写入配置文件
在从机中修改
需要额外修改从节点中redis的配置文件中的slaveof属性即可
slaveof 192.168.33.130 6379
- 主机重启,主从关系不变,从机也不会变为主机
一主二仆
切入点问题
slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
全部复制
从机不可以写
主机shutdown
从机原地待命,不上位
薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof
中途变更转向:会清除之前的数据,重新建立拷贝最新的
风险是一旦某个slave宕机,后面的slave都没法备份
主机挂了,从机还是从机,无法写数据了
将6381的设置slaveof 127.0.0.1 6380
可以看到6379的子服务器变为一个6380
6380是子服务器 也有一个子6381
6381显示主机是6379
反客为主
当一个master宕机后,后面的slave可以立刻升为master,但不是其他主机的master,就是一个单纯的无子机主机
用slaveof no one 将从机变为主机。
复制原理
- Slave启动成功连接到master后会发送一个sync命令
- Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件【rdb】到slave,以完成一次完全同步
- 全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
- 增量复制:Master持续将新的所有收集到的修改命令依次传给slave,完成同步
- 只要是重新连接master,一次完全同步(全量复制)将被自动执行
哨兵模式
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
测试
在自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
vim sentinel.conf
sentinel monitor mymaster 127.0.0.1 6379 1
mymaster为监控对象起的服务器名称【可自定义】,1 为至少有多少个哨兵同意迁移的数量。
启动哨兵
redis-sentinel /myredis/sentinel.conf
测试主机挂掉
哪个从机会被选举为主机呢?根据优先级别:slave-priority 原主机重启后会变为从机。
- 监测到6379挂掉
- 根据优先级选取6380为主机
- 此时6379和6381都变为6380的子机
复制延时
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
故障恢复
优先级在redis.conf中默认:slave-priority 100,值越小优先级越高
【注:设置为0,永远不会成为主机】
偏移量是指获得原主机数据的大小,偏移量越大,复制到的越多
每个redis实例启动后都会随机生成一个40位的runid
在jedis配置主从复制
|
|
mymaster :自定义的哨兵名