开启掘金成长之旅!这是我参与「掘金日新计划 · 2 月更文挑战」的第 15 天,点击查看活动详情
1、概念
主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者的Redis服务器称为主节点(master/leader),后者称为从节点(slave/follower);数据的复制是单向的,只能由主节点到从节点。 Master以写为主,Slave 以读为主。
一般来说,要将Redis运用于工程项目中,只使用一台Redis是万万不能的,原因如下:
1、从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大;
2、从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有 内存用作Redis存储内存,一般来说,单台Redis最大使用内存不应该超过20G。
一般情况下,每台Redis服务器都是主节点,一个主服务器可以有多个从服务器。可以采用一主多从或者级联结构。
2、Redis为什么需要主从复制?
1、Redis的读写速度都非常快,单节点的Redis是能够支撑QPS大概再5W左右的量,如果进来上千万的用户访问,Redis就承受不住了,成为高并发的瓶颈了。
2、单节点的Redis是不能保证高可用的,当Redis因为某些原因意外宕机时,缓存就不可用了。
3、CPU的利用率上,单台Redis实例只能利用单个核心,这单个核心在面临海量数据的存取和管理工作时压力会非常大。
3、主从复制的作用
1、数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。
2、故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余。
3、负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务 (即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写 少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量,实现高可用。
4、高可用:除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是 Redis高可用的基础。
4、主从复制的缺点
所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave服务器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重
5、模拟主从
5.1、创建环境配置
每次与 master 断开之后,都需要重新连接,除非你配置进 redis.conf 文件!
1、修改配置文件(本地测试)
我们配置主从复制,至少需要三个,一主二从!配置三个客户端!
我是在本地开启的redis服务,先找到redis的目录,然后找到redis.conf文件,在当前的文件夹下复制三份。
并改名为redis6379.conf、redis6380.conf、redis6381.conf
接下就要修改里面的配置了,每个文件都要进行修改:(以下端口不一定和我的一致,可自定义)
- 指定端口(看文件命名端口的号)
- 开启
daemonize yes - Pid文件名字: pidfile
/var/run/redis_端口号.pid - Log文件名字 logfile
"端口号.log" - Dump.rdb 名字 dbfilename
dump端口号.rdb
三个服务列表:
上面都配置完毕后,3个服务通过3个不同的配置文件开启,我们的准备环境就可以了!
5.2、一主二从
1、查看节点信息
Info replication # 查看信息
由上图可以看出,三个都是Master 主节点
2、配置从节点
此时要将两个设置为Slave从节点,我选择的是6080和6081作为从节点,需要修改一下。
slaveof 主库ip 主库端口 # 配置主从
以上就设置了一个主节点,两个从节点。
3、测试
在主机设置值,在从机都可以取到!从机不能写值!
6380从机不能写值:
6379主机写值:
6380从机不能取值:
神奇吧,从机可以取到值耶,6381的从机也可以取到值,可以自己测试一下。