Redis（七）主从复制

就是 redis集群的策略

配从（库）不配主（库）：小弟可以选择谁是大哥，但大哥没有权利去选择小弟

读写分离：主机写，从机读

一主二仆

准备三台服务器，并修改redis.conf

bind 0.0.0.0

启动三台redis，并查看每台机器的角色，都是master

info replication

测试开始

  • 首先，将三个机器全都清空，第一台添加值
mset k1 v1 k2 v2
  • 其余两台机器，复制（找大哥）
slaveof 192.168.204.141 6379
  • 第一台再添加值
set k3 v3

思考1：slave之前的k1和k2是否能拿到？

  • 可以获得，只要跟了大哥，之前的数据也会立刻同步

思考2：slave之后的k3是否能拿到？

  • 可以获得，只要跟了大哥，数据会立刻同步

思考3：同时添加k4，结果如何？

  • 主机（141master）可以添加成功，从机（142和143是slave）失败，从机只负责读取数据，无权写入数据，这就是“读写分离”

思考4：主机shutdown，从机如何？

  • 142和143仍然是slave，并显示他们的master已离线

思考5：主机重启，从机又如何？

  • 142和143仍然是slave，并显示他们的master已上线

思考6：从机死了，主机如何？从机归来身份是否变化？

  • 主机没有变化，只是显示少了一个slave
  • 主机和从机没有变化，而重启归来的从机自立门户成为了master，不和原来的集群在一起了

血脉相传

一个主机理论上可以多个从机，但是这样的话，这个主机会很累

我们可以使用java面向对象继承中的传递性来解决这个问题，减轻主机的负担

形成祖孙三代：

127.0.0.1:6379> slaveof 192.168.204.141 6379 		# 142跟随141
OK
127.0.0.1:6379> slaveof 192.168.204.142 6379 		# 143跟随142
OK

谋权篡位

1个主机，2个从机，当1个主机挂掉了，只能从2个从机中再次选1个主机

国不可一日无君，军不可一日无帅

手动选老大

模拟测试：1为master，2和3为slave，当1挂掉后，2篡权为master，3跟2

slaveof no one 		# 2上执行，没有人能让我臣服，那我就是老大
slaveof 192.168.204.142 6379 		# 3跟随2号

思考：当1再次回归，会怎样？

  • 2和3已经形成新的集群，和1没有任何的关系了。所以1成为了光杆司令

复制原理

利用Redis主从复制GetShell_redis

完成上面几个步骤后就完成了从服务器数据初始化的所有操作，从服务器此时可以接收来自用户的读
求

  • 全量复制：Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份slave接收到数据文件后，存盘，并加载到内存中；（步骤1234）
  • 增量复制：Slave初始化后，开始正常工作时主服务器发生的写操作同步到从服务器的过程；（步骤56）
  • 但，只要是重新连接master，一次性（全量复制）同步将自动执行；
  • Redis主从同步策略：主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。
  • 当然，如果有需要，slave 在任何时候都可以发起全量同步。
  • redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

哨兵模式

自动版的谋权篡位！

有个哨兵一直在巡逻，突然发现！！！！！老大挂了，小弟们会自动投票，从众小弟中选出新的老大

Sentinel是Redis的高可用性解决方案：

  • 由一个或多个Sentinel实例组成的Sentinel系统可以监视任意多个主服务器，以及所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求

模拟测试

  • 1主，2和3从
  • 每一台服务器中创建一个配置文件sentinel.conf，名字绝不能错，并编辑sentinel.conf
# sentinel monitor 被监控主机名（自定义） ip port 票数
sentinel monitor redis141 192.168.204.141 6379 1
  • 启动服务的顺序：主Redis --> 从Redis --> Sentinel1/2/3
redis-sentinel sentinel.conf
  • 将1号老大挂掉，后台自动发起激烈的投票，选出新的老大
127.0.0.1:6379> shutdown
not connected> exit
  • 查看最后权利的分配
  • 3成为了新的老大，2还是小弟
  • 如果之前的老大再次归来呢？
  • 1号再次归来，自己成为了master，和3平起平坐
  • 过了几秒之后，被哨兵检测到了1号机的归来，1号你别自己玩了，进入集体吧，但是新的老大已经产生了，你只能作为小弟再次进入集体！

缺点

由于所有的写操作都是在master上完成的；

然后再同步到slave上，所以两台机器之间通信会有延迟；

当系统很繁忙的时候，延迟问题会加重；

slave机器数量增加，问题也会加重