目录
一、主从复制
1.主从复制是什么
2. 主从复制能干嘛
3 主从复制
3.1创建一主二仆
3.2创建伪主从
3.3编写配置文件
3.4启动三台redis服器
3.5配置注册关系
4.复制原理
5.薪火相传
6.反客为主
7.哨兵模式(sentinel)
主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
读写分离,性能扩展(主 写 从 读)
容灾快速恢复
这里可以是在创建一主二仆正常需要三台服务器也就是虚拟机,也可以创建伪的主从
分别配置端口号为 主6380、从:6381、6382的redis
vim编辑redis6380.conf文件
Include 代表的是包含的文件 将这个文件中的所有的内容全部都拿过来
include /usr/yyl/redis/redis-5.0.14/redis.conf //这个是原有redis.conf的位置,按自己的修改
//下面的都是用了覆盖include里面的配置的
port 6380 //此reids的端口号
daemonize yes //开启daemonize后台启动
dir /usr/myredis //存放rdb的位置
dbfilename dump6380.rdb //定义数据库的文件放哪里
pidfile /var/run/redis_6380.pid //参生pid的文件
bind 0.0.0.0 //0.0.0.0是都能连接上这个redis
protected-mode no //注意:不能设置密码,所有是no
将redis6380.conf文件复制到6381、6382里修改一下里面的端口号就可以了
/usr/java/redis/bin/redis-server /usr/java/myredis/redis6380.conf
/usr/java/redis/bin/redis-server /usr/java/myredis/redis6381.conf
/usr/java/redis/bin/redis-server /usr/java/myredis/redis6382.conf
查看其中一台redis运行状态
此时三台都为主机
按自己的规划将其中两台作为从机
在6381和6382里面执行:成为某个实例的从服务器 slaveof 127.0.0.1 6380
查看6382的状态,已成为了主机
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
用 slaveof
中途变更转向:会清除之前的数据,重新建立拷贝最新的
风险是一旦某个slave宕机,后面的slave都没法备份
主机挂了,从机还是从机,无法写数据了
将82的主改为81
80作为81的主,81有作为82的主
当一个master宕机后,后面的slave可以立刻升为master,其后面的slave不用做任何修改。
用 slaveof no one 将从机变为主机。(手动版)
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
调整为一主二仆模式,6379带着6380、6381
自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
80
在sentinel.conf里写
sentinel monitor mymaster 192.168.195.33 6380 1
其中mymaster为监控对象起的服务器名称, 1 为至少有多少个哨兵同意迁移的数量。
启动哨兵
执行/usr/local/bin/redis-sentinel /usr/myredis/sentinel.conf
当主机挂掉,从机选举中产生新的主机
(大概10秒左右可以看到哨兵窗口日志,切换了新的主机)
哪个从机会被选举为主机呢?根据优先级别:replica-priority
原主机重启后会变为从机。
当6380宕机后
从刚才的sentinel.conf监听事务可以看到
监控到6380宕机后切换成6382为主机
如果当6380重新启动他会成为6382的一个从机
优先级在redis.conf中默认:replica-priority 100,值越小优先级越高
偏移量是指获得原主机数据最全的
每个redis实例启动后都会随机生成一个40位的runid