Redis持久化、主从复制及哨兵模式-CSDN博客

本文链接：https://blog.csdn.net/Mapinyi666/article/details/132174940

一、以上就是RDB的模式（把数据值存下来，默认打开）

七、启动后测试主从复制，查看是否正常（开启第二个终端页面）

一、类型

一、RDB模式

默认持久化

dump.rdb 数据库启动时读取

触发条件当redis进程退出会宕机/redis程序崩溃

二、AOF模式

默认关闭

appendonly.aof 默认进程启动时读取

开启
appendonly yes
可以与RDB同时使用

二、配置文件及操作

仍然在 vim /etc/redis.conf中

save存储机制的描述

15分钟内改变一条

5分钟内改变了十条

1分钟内改变了一万条

会存储

当出现错误时停止书写

是否允许压缩

存储数据时放入哪个文件中

存储路径

查看

查看是空的

创建并保存

开启个新的终端查看

vim进入

一、以上就是RDB的模式（把数据值存下来，默认打开）

二、AOF

默认是关闭的

把它打开

三种数据同步模式

追加同步采用always

每秒同步一次

不同步

没有同步成功时是否进行重新

更改配置文件重新启动服务

切换输入命令监视

tail - f appendonly.aof 是监视文件

现在里面没东西为空

回到新建终端验证

意思是select是0 set是lisi 值是123.com

* 代表两个*之间有多少个$

$后面的数字代表下方有多少个字符

当创建lisi1的时候，在验证发现只有lisi从4变成了5

退出重启服务并验证

开启appendonly.aof 时则不读取dump.rdb

当这么创建

则这一行的空白行

加完内容在删除可以删除

三、Redis 主从复制

一、概念

是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。

二、作用

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。

负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载；尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。

高可用：除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

三、缺点

故障恢复无法自动化；

写操作无法负载均衡；

存储能力受到单机的限制。

四、流程

第一步：若启动一个Slave机器进程，则它会向Master机器发送一个“sync command”命令，请求同步连接。

第二步：无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中。

第三步：后台进程完成缓存操作之后，Maste机器就会向Slave机器发送数据文件，Slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机，则恢复正常后会自动重新连接。

第四步：Master机器收到Slave端机器的连接后，将其完整的数据文件发送给Slave端机器，如果Mater同时收到多个Slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的Slave端机器，确保所有的Slave端机器都正常。

五、主从服务搭建

进入配置文件、按内容整改

改完6379在改6380号

改完后重启

主配置完成

这是作为谁的从

查看监听端口

杀掉进程

重新监听端口显示为空则成功杀掉进程

Redis服务器将使用路径为/opt/redis_6380.conf的配置文件进行启动。这将启动Redis服务器，并根据该配置文件的设置进行操作。

再次验证

主从配置完成

六、哨兵模式

一、概念

是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。

依托于主从模式

二、作用

监控：哨兵会不断地检查主节点和从节点是否运作正常。

自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点。

通知（提醒）：哨兵可以将故障转移的结果发送给客户端。

三、缺点

写操作无法负载均衡

存储能力受到单机的限制

哨兵无法对从节点进行自动故障转移，在读写分离场景下，从节点故障会导致读服务不可用，需要对从节点做额外的监控、切换操作。

四、搭建

搭建更改的配置

七、验证

停止master后，slave会通过选举产生新的master

哨兵配置文件会自动修改监听的master节点地址为新的master节点地址

八、搭建并验证的模拟操作实验

一、查看配置文件

监听端口前方多个2

将此处改为主机ip

"sentinel monitor mymaster 192.168.115.4 6379 2" 是一个 Redis Sentinel 命令的示例。

这条命令的意思是，告诉 Redis Sentinel 监控名为 "mymaster" 的 Redis 主服务器，该主服务器的 IP 地址是 "192.168.115.4"，端口号是 "6379"。数字 "2" 指定了至少 2 个 Sentinel 实例需要同意认为该主服务器不可用时才能执行故障转移操作。

Redis Sentinel 是一个用于监控和自动故障转移 Redis 主从服务器的系统。该命令用于向 Sentinel 添加一个监控主服务器的配置。一旦主服务器不可用，Sentinel 会触发故障转移并选举新的主服务器。