单台 redis 面临的问题
在实际场景中,单一节点的 redis 容易面临风险
-
机器故障
- 我们部署到一台 redis 服务器,当发生机器故障时,需要迁移到另一台服务器并且要保证数据是同步的,而数据是最重要的。单台机器无法保证数据的安全
-
容量瓶劲
- 当我们有需求需要扩容 redis 内存时,从16G 内存升级到 64G,单机肯定是满足不了,除非重新买一个128G的机器
-
总结
- 要实现分布式数据库更大的存储容量和承受高并发访问量,我们会将原来集中式数据库的数据分别存储到其他多个网络节点上
- Redis 为了解决这个单一节点的问题,也会把数据复制多个副本部署到其他节点上进行复制,实现 Redis 的高可用,实现对数据的冗余备份,从而保证数据和服务的高可用
什么是主从复制
- 主从复制,是指将一台 Redis 服务器的数据,复制到其他的 Redis 服务器,前者成为 master 主节点,后者成为 slave 从节点,数据的复制是单向的,只能由主节点到从节点。
- 默认情况下,每台 redis 服务器都是主节点,且一个主节点可以有多个从节点,但一个从节点只能有一个主节点
主从复制的作用
数据冗余
- 主从复制实现了数据的热备份,是持久化之外的另一种数据冗余方式
故障恢复
- 当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复,实际上是一种服务的冗余
负载均衡
- 在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务。「即写 Redis 数据时应用连接主节点,读 Redis 数据时应用连接从节点」分担服务器负载,尤其是在 「写少读多」 的场景下,通过多个从节点分担读负载,可以大大提高 Redis 服务器的并发量
读写分离
- 可以用于实现读写分离,主库写,从库读,读写分离不仅可以提高服务器的负载能力,同时可根据需求的变化,改变从库的数量
高可用的基石
- 除了上述的作用外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是 Redis 高可用的基石
主从复制启用
从节点开启主从复制,有3中方式
-
配置文件
- 在从服务器的配置文件中加入: slaveof
-
启动命令
- redis-server 启动命令后加上 --slaveof
-
客户端命令
- Redis 服务器启动后,直接通过客户端执行命令 slaveof 则该Redis实例成为从节点
查看复制信息
- 通过 info replication 命令可以看到复制的一些信息
配置文件中注意事项
- 查看 LOG 文件位置
- 保护模式
- 密码配置
主从复制原理
-
主从复制大体分为3个步骤:
1.连接建立阶段「准备阶段」
2.数据同步阶段
3.命令传播阶段
-
从节点执行 slaveof 命令后,会进行以下步骤进行复制
- 主从配置信息之后的日志记录也可以看出以上流程
-
保存主节点信息
-
执行 slaveof 后,redis 会打印以下日志信息\
-
-
主从节点建立 socket 连接
-
从节点通过内部运行定时任务,维护复制相关逻辑&#x
-