Redis主从复制

• 就是 redis集群的策略
• 配从（库）不配主（库）：小弟可以选择谁是大哥，但大哥没有权利去选择小弟
• 读写分离：主机写，从机读

一. 一主二仆

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

bind 0.0.0.0

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

info replication

3. 测试开始

首先，将三个机器全都清空，第一台添加值

mset k1 v1 k2 v2

其余两台机器，复制（找大哥）

slaveof 192.168.204.141 6379

第一台再添加值

set k3 v3

二.血脉相传

• 一个主机理论上可以多个从机，但是这样的话，这个主机会很累
• 我们可以使用java面向对象继承中的传递性来解决这个问题，减轻主机的负担形成
• 祖孙三代

 三. 谋权篡位

• 个主机，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号

 四.复制原理

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

全量复制：Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份slave接收到数据  文件后，存盘，并加载到内存中；（步骤1234）

增量复制：Slave初始化后，开始正常工作时主服务器发生的写操作同步到从服务器的过程；（步  骤56）

但，只要是重新连接master，一次性（全量复制）同步将自动执行；

Redis主从同步策略：主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。

当然，如果有需要，slave 在任何时候都可以发起全量同步。

redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步

五.哨兵模式

自动版的谋权篡位！

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

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

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

模拟测试：

1. 1主，2和3从

2. 每一台服务器中创建一个配置文件sentinel.conf，名字绝不能错，并编辑sentinel.conf

# sentinel monitor 被监控主机名（自定义） ip port 票数

sentinel monitor redis141 192.168.204.141 6379 1

3. 启动服务的顺序：主Redis --> 从Redis --> Sentinel1/2/3

redis-sentinel sentinel.conf

4. 将1号老大挂掉，后台自动发起激烈的投票，选出新的老大

127.0.0.1:6379> shutdown

not connected> exit

5. 查看最后权利的分配

     3成为了新的老大，2还是小弟

6. 如果之前的老大再次归来呢

1号再次归来，自己成为了master，和3平起平坐

过了几秒之后，被哨兵检测到了1号机的归来，1号你别自己玩了，进入集体吧，但是新 的老大已经产生了，你只能作为小弟再次进入集体！

六.缺点

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

• 然后再同步到slave上，所以两台机器之间通信会有延迟； 当系统很繁忙的时候，延迟问题会加重；
• slave机器数量增加，问题也会加重

节选自拉钩教育JAVA系列课程