狂神redis笔记11

 

 

append：

我们也可以在我们的配置文件中去配置：

 

 

我们这里默认是不开启的。

 我们把它改成yes：

只做这一步操作就开启了我们的aof。

 

我们删除之前的rdb。

我们重启我们的redis后：

 

 

 

 

 

 如果文件正常，重启redis就可以恢复了。

最后记得把我们修改的文件修改回来。

重写规则（了解即可）：
 

aof默认就是文件无限追加，文件会越来越大！

如果aof文件大于64m,太大了！fork一个新的进程来将我们的文件进行重写。

 

在主从复制中，rdb就是备用的！

扩展：

 

 

 redis订阅发布：

 

 

 

我们来测试一下：

我们现在来创建一个订阅者：

 

然后我们在另一个终端去创建一个发布者：

 

 

我们发布之后，在订阅者这里我们就能看到刚发布的信息。

 

 

 

这部分我们了解就可以。以后的话消息是用mq来做。

 redis集群环境搭建：

 

 

我们现在只有这么一个配置文件，我们后期要开启三个配置文件去开启三个redis服务，做出一种伪集群的感觉。

接下来我们来做环境配置：
只配置从库，不用配置主库。

我们可以查看当前库的信息：

 

我们可以看到它是一个主机，没有从机。

我们现在去配置一下，我们要打开4个终端，三个用来做服务，一个用来测试：

 

我们先复制了3个配置文件。

我们先去改一下我们79的配置文件：

 

 

我们的这个第一个库就是改了日志文件名和rdb文件名。

80配置文件：

我们首先要去改它的端口：

 

 

 

 

最后我们同理再把81的配置文件改一下就行了。

我们现在总结一下我们都修改了哪些内容：

 

我们现在是进行的单机多服务，如果大家有条件的话可以尝试一下多机多服务：

我们现在把三个都开启。

 

我们目前可以看到我们的三个服务都搭建起来了。

现在我们就伪造了一个 一主二从的伪集群方式。

 

现在我们的三个都是主机。

默认情况下，每台redis服务器都是主节点。 我们一般情况下只要配置从机就好了。

认老大！一主二从。我们这里让我们的79位主机。所以我们只需要配置从机就可以了：

我们可以看到它的role已经变成从机了。并且可以看到它对应的主机端口号和主机的地址。

 我们再看看主机中信息有什么变化;

我们也可以看到上面从机的信息。

我们把81也做同样的配置就可以了。

 真实的主从配置应该在配置文件中配置，是永久的，我们这里使用命令进行配置，是暂时的。

细节：

主机可以写，从机不能写只能读！主机中所有的信息和数据，都会自动被从机保存。

我在主机里设置了值。

 

在从机中我们也能获取到主机设置的值。

 

并且可以看到从机里只能读不能写。

 

我们的主机现在关闭了。

 

我们的从机仍然是正常的。

 

并且我们依然能取出值。

我们再重新开启主机：

 

 

我们依旧能获取到我们的值。

测试：主机断开连接，从机依旧是能连接到主机的。但是没有写操作，这个时候，如果主机回来了，从机依旧能直接获得主机写的信息！

但是这个地方是存在一些不合理的地方的，就是我们的主机断了，应该再去选择新的从机作为主机，这个我们后面再去解决。

那如果我们的从机断了呢？

 

咱们这个目前已经就剩一个从机了。

 

主机写入一个信息。

 这个时候我们把刚断了的从机再开启一次：

已经获取不到主机中的写入的信息了。

 

我们现在可以看到我们的原来80端口的从机这时候已经变成主机了，如果不在配置文件中配置，它就是主机了。

如果是使用命令行来配置的主从，这个时候如果重启了，就会变成主机！

 那么我们想一想，如果我们现在再用命令行，把它配置成从机并且连接我们的主机呢？

 

它已经变成从机了。

 

我们就可以重新拿到值了。

只要变回从机，立马就能拿到我们主机中的数据！