。

通常环境下#xff0c;主从复制、哨兵模式、Redis…Redis主从复制搭建

Redis虽然拥有非常高的性能但是在实际的生产环境中使用单机模式还是会产生不少问题的比如说容易出现

单机故障容量瓶颈以及QPS瓶颈等问题。

通常环境下主从复制、哨兵模式、Redis

的解决方案本文将通过实例演示如何搭建Redis主从复制环境并对其原理进行分析。

1、搭建主从复制

将默认配置文件redis.conf拷贝到redis8000下将redis8000指定为主机修改以下参数

bind

/home/hydra/files/redis/slave/redis8000/

requirepass

1234562、将修改后的redis.conf文件拷贝到redis8001和redis8002目录下然后进行修改

bind

/home/hydra/files/redis/slave/redis8001/

replicaof

/home/hydra/files/redis/slave/redis8002/

replicaof

./slave/redis8002/redis.conf查看进程启动成功

8000

replication可以看出主机8000拥有两台从机从机8001和8002连接成功。

5、通过redis客户端连接从机redis80001同样通过指令查看主从状态

可以看出8001的角色为slave从机并且可以查看主机8001的相关信息。

6、此外还可以通过指令的模式动态分配主从。

复制一个redis8000的配置文件至redis8003下修改端口为

bind

/home/hydra/files/redis/slave/redis8003/

requirepass

8000动态指定主机后如果主机设置了密码还需要通过指令配置主机密码

config

仍然为8001和8002两台从机证明了指令指定主从在重启后会失效。

7、进行读写测试首先测试主机读写均能正常

这是因为在主从复制的架构下只有主机能够写数据从机为只读模式这是在配置文件中指定的。

在Redis2.6版

replica-read-only

yes需要注意这里不能将这个配置改为no因为主机不会监听到从机的写数据事件因而造成主从数据的不一致。

二、全量复制

用于初次复制或其它无法进行部分复制的情况将主节点中的所有数据都发送给从节点。

1、从机发送

fullresync{runidoffset}可以通过命令查看这两个参数

info

replication从机之后会上报自己的偏移量offset给主机当主机的offset和从机的offset不一样时说明数据不一致。

3、从机保存主机数据

bgsave主机在生成rdb文件时可能会有新的数据写入。

这时redis把新写入的数据写入一个缓冲区repl_back_buffer默

认大小1M。

可以通过repl-backlog-size设置缓冲区大小

5、主机发送rdb给从机

部分复制主要是Redis针对全量复制过高的开销进行的一种优化措施。

Redis

希望能够在主机出现抖动或连接断开

那么在正常的情况下Redis是如何决定全量复制还是部分复制的呢从机将自己的offset发送给主机后主机

如果offset偏移量之后的数据仍然都在复制积压缓冲区里则执行部分复制

如果offset偏移量之后的数据已不在复制积压缓冲区中则执行全量复制

四、主从复制架构缺点

1、由于所有的写操作都是先在主机上操作然后同步更新到从机上所以同步过程有一定的延迟当系统很繁忙

的时候延迟问题会更加严重。

从机数量增加时会使这个问题更加严重。

2、当主机宕机之后将不能进行写操作需要手动将从机升级为主机从机需要重新指定主机。

slave

port可以看出这种情况下当主机宕机后后续的修复流程由人工操作非常麻烦因此在这种情况下Redis引入了哨