Redis——主从复制+集群搭建(非哨兵)

主从复制

概念

主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(master/leader),后者称为从节点(slave/follower); 数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave 以读为主。

默认情况下,每台Redis服务器都是主节点,且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

作用

1、数据冗余: 主从复制实现了数据的热备份,是持久化之外的一种数据几余方式。

2、故障恢复: 当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复,实际上是一种服务的几余。

3、负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载,尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。

4、高可用基石:除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。

使用

般来说,要将Redis运用于工程项目中,只使用一台Redis是万万不能的,原因如下

1、从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大;

2、从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有内存用作Redis存储内存般来说,单台Redis最大使用内存不应该超过20G。

电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是”多读少写”。

下面就是一台主机复制到了三台从机上面。 然后主机就写,从机就读。

主从复制,读写分离。

Redis——主从复制+集群搭建(非哨兵)_第1张图片

 环境配置

只配置从库,不用配置主库。

查看当前库的信息

使用info replication可以看见默认的主从信息。当前为master,没有主机。

Redis——主从复制+集群搭建(非哨兵)_第2张图片

 复制出三个从机的配置文件。Redis——主从复制+集群搭建(非哨兵)_第3张图片

 如果是本地模拟集群的话需要修改的地方有

Redis——主从复制+集群搭建(非哨兵)_第4张图片

上面是没有使用docker进行集群搭建时的步骤。

 下面我用的docker模拟集群,本地的是主机,云服务器开两个的docker当做从机。

docker命令如下。

先是创建要映射的文件目录。

配置文件里面的内容要自己去复制下载。

注释掉#daemonize yes 否则无法启动容器

mkdir /docker
mkdir /docker/redis
mkdir /docker/data81
mkdir /docker/data82
mkdir /docker/redis/conf
touch /docker/redis/conf/redis81.conf
touch /docker/redis/conf/redis82.conf

--privileged=true根据情况选择是否添加。 

docker run -itd  --restart=always -p 6381:6379 -v /docker/redis/conf/redis81.conf:/etc/redis/redis.conf -v /docker/redis/data81:/data --name redis81 redis redis-server /etc/redis/redis.conf --appendonly yes
docker run -itd  --restart=always -p 6382:6379 -v /docker/redis/conf/redis82.conf:/etc/redis/redis.conf -v /docker/redis/data82:/data --name redis82 redis redis-server /etc/redis/redis.conf --appendonly yes

 成功创建好了两个从机。

tmd,突然发现要是在本地弄从机的话还特么要做内网穿透,属实有病,我选择再新建一个docekr

mkdir /docker/data80
touch /docker/redis/conf/redis80.conf
docker run -itd  --restart=always -p 6380:6379 -v /docker/redis/conf/redis80.conf:/etc/redis/redis.conf -v /docker/redis/data80:/data --name redis80 redis redis-server /etc/redis/redis.conf --appendonly yes

一主二从

默认情况下,每台redis都是主节点,一般情况下只需要配置从机即可。

只需要让从机去找主机即可。

在两个从机当中使用如下命令。

SLAVEOF host port

成功设置之后通过info replication命令可以看见如下。Redis——主从复制+集群搭建(非哨兵)_第5张图片

 在主机里面也可以看见从机的信息。。。。

emmmm,出了点问题,主机里面看不见从机,在下面这个文章有解决方案。

关于Redis配置主从复制集群遇到的问题,主机不显示从机的连接信息_redis从机连不上主机_Jessaminee的博客-CSDN博客

关于Redis配置主从复制遇到的问题,从机连接到主机,主机显示的从机数量仍然为0_redis主从搭建完成后 主机不显示从机数量_qq_46059900的博客-CSDN博客

还有一个小问题

在从机的日志里面看见连接一直被拒绝

Redis——主从复制+集群搭建(非哨兵)_第6张图片

解决方法如下

redis4.0.12主从连接报错Error condition on socket for SYNC: Connection refused和Connection reset by peer_reids报错sync 协议不可用_逝唁的博客-CSDN博客

好了,现在主机里面也可以看见从机的信息了。

Redis——主从复制+集群搭建(非哨兵)_第7张图片

 此时再去将另一个从机也连接上,就可以看见从机有两台了。

这里两个从机的端口都是6379是因为配置文件里面设置好了在docker内的端口就是6379。

Redis——主从复制+集群搭建(非哨兵)_第8张图片

真实的从主配置应该在配置文件中配置,这样的话是永久的,这里使用的是命令。

配置文件配置主从

在下图配置文件中可以看见有两个选项,主机的ip+端口以及主机的登录密码。

Redis——主从复制+集群搭建(非哨兵)_第9张图片

细节

主机可以设置值,从机不能写,只能读。

主机中的所有信息和数据都会被从机保存。

下面在主机里面设置了一个值之后,从机立刻就接到了。

主机写:

Redis——主从复制+集群搭建(非哨兵)_第10张图片 从机读:

Redis——主从复制+集群搭建(非哨兵)_第11张图片 从机里面想要写入时就会被阻止

 

复制原理:

测试:主机断开连接,从机依旧连接到主机的,但是没有写操作,这个时候,主机如果回来了,从机依旧可以直接获取到主机写的信息!

如果是使用命令行,来配置的主从,这个时候如果重启了,就会变回主机,!只要变为从机,立马就会从主机,中获取值!

slave 启动成功连接到 master 后会发送一个sync命令。

Master 接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,并完成一次完全同步。

全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。

增量复制: Master 继续将新的所有收集到的修改命令依次传给slave,完成同步。

但是只要是重新连接master,一次完全同步(全量复制)将被自动执行。

宕机后手动配置主机

上面那种是一主二从,如果是下面这一种的话又是另一种情况。高可用集群也是这样子来的好像。

Redis——主从复制+集群搭建(非哨兵)_第12张图片

 按照上面配置完之后可以看见,此时的81依旧是一个从节点,但是在它下面也有一个从机。

从节点意味着中间的81是不能够写入的。

 Redis——主从复制+集群搭建(非哨兵)_第13张图片

 层层链路

 此时在80中set一个值的时候最后的一个从机也可以拿到数据。

此时也可以完成主从复制。

Redis——主从复制+集群搭建(非哨兵)_第14张图片

 虽然但是上面的两种方法在工作中都不会使用.......

谋权篡位(手动)

当80主机断了之后,这里可以使用一个命令使81自身成为主节点。

其他节点就可以手动连接到最新的主节点。(手动)

如果80恢复了,那就重新连接。

 SLAVEOF no one

只有哨兵模式才是真正的重点。

你可能感兴趣的:(Redis,redis,java)