单台 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