主从复制是Redis的一项重要特性,用于将一个Redis服务器(Master主节点)的数据复制到其他Redis服务器(Slave从节点),以实现数据的高可用性和读写分离。数据的复制是单向的,只能由主节点到从节点。
主从复制在Redis中扮演着重要的角色,带来了以下几个主要的作用:
主从复制的配置涉及到主节点和从节点的设置,具体步骤如下:
配置主节点:在主节点的配置文件(redis.conf)中进行以下配置:
# 启用主节点
daemonize yes
# 设置主节点的监听IP和端口
bind <主节点IP>
port <主节点端口>
# 设置主节点的认证密码(可选)
requirepass <密码>
# 开启AOF持久化(可选,默认RDB持久化)
appendonly yes
配置从节点:在从节点的配置文件(redis.conf)中进行以下配置:
# 启用从节点
daemonize yes
# 设置从节点的监听IP和端口
bind <从节点IP>
port <从节点端口>
# 设置从节点的认证密码(与主节点一致)
requirepass <密码>
# 设置主节点的地址和端口
replicaof <主节点IP> <主节点端口>
启动节点:分别启动主节点和从节点:
redis-server redis.conf # 启动主节点
redis-server redis.conf # 启动从节点
验证复制:查看从节点的状态,确保它已成功连接到主节点:
redis-cli -h <从节点IP> -p <从节点端口>
info replication
如果看到输出中有role:slave
,且master_host
和master_port
显示正确的主节点地址和端口,说明主从复制已经配置成功。
主从复制过程大致可分为3个阶段:建立连接阶段、数据同步阶段、命令传播阶段。
这一步的目的是为全量复制做准备。
那么有人可能会问,如果主从节点之间网络短暂中断,如何保证数据一致性?
答案:增量复制。
在2.8以前只有全量复制,如果主从库在命令传播时出现了网络闪断,那么,从库就会和主库重新进行一次全量复制,开销非常大。因此从Redis 2.8 开始提供了增量复制的功能,在网络断了之后,主从库会采用增量复制的方式继续同步。
写入命令除了写入repl buffer,还会写入repl backlog(复制积压缓冲区),默认大小为1M,在内存中为环形结构。主要用于根据offset找到增量数据。结构如下图:
注意点:
断开重连并不一定是增量复制。如上图所示,repl backlog为环形结构,如果网络断开时间太长,写入命令如果超过1M,旧的命令就会被覆盖。因此如果master offset和slave offset相差的数据已被覆盖则会通过全量复制。
因此,repl backlog可以适当配置大一些。