Redis详解运维篇(第二讲)

redis安全认证

主从复制

从库执行上述命令就与主库建立了关系，数据也同步了。db01也可以写ip地址，写db01是因为在hosts文件里配置了对应关系。

我们看上述日志就能看到主从关系是什么样的。

上述图片是主库和从库的日志文件。由主库日志我们可以看到当从库与主库建立主从的时候，主库会自动持久化一次，单独开辟一个子进程将数据存储到磁盘上。然后发送给从库，从库日志里就会记录下来。从库日志里flushing old data就是从库里的老数据会被清空，然后把主库发过来的数据导入到内存中。

从库只有一个只读权限。

如果要想一开机就主从生效，就把主从命令配置到文件里。
若想在线断开主从关系，就执行下面命令。

执行主从命令时，将主从库数据文件分别备份一份，以免发生纰漏。在业务低峰期执行主从。

哨兵

依据上图右边架构，在db03上也安装一个redis，记得改配置文件绑定的ip。
目录规划：

只用在db02,db03里配这句。


启动哨兵后，我们来看看db01中哨兵的配置文件有什么变化。
代码通过下图那条命令就能知道架构里面的主节点是谁，他就可以到连对应的redis了。

故障模拟
我把主库关了，然后哨兵监视到了这一情况，然后选择其他两个从库中的一个来当主库，然后哨兵监视的master就变成了这个库，这个库变成主库后就可以写了。如果再让db01及其哨兵修复上线，那db01自动变成从库。

我们来看看db03的整个日志，这里我就不翻译了，整个过程都被日志记录了，包括内部的执行流程。

然后我们来看db02的日志

再来看db01日志
以上三个日志都是哨兵的日志。

上述的故障转移是自动的，如果我们想指定转移到某台机器当master，那么我们只需修改权重。

上述操作就是我想让某个节点当主节点，我就将其他节点的优先级设为0，然后我在我选的这个节点中执行第三条命令，主动切换，第三条命令必须在哨兵节点里执行。然后调完后要将另外两个节点的优先级调回来！！