主从复制
概念
主从复制,是指将一台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。
电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是”多读少写”。
下面就是一台主机复制到了三台从机上面。 然后主机就写,从机就读。
主从复制,读写分离。
环境配置
只配置从库,不用配置主库。
查看当前库的信息
使用info replication可以看见默认的主从信息。当前为master,没有主机。
复制出三个从机的配置文件。
如果是本地模拟集群的话需要修改的地方有
上面是没有使用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命令可以看见如下。
在主机里面也可以看见从机的信息。。。。
emmmm,出了点问题,主机里面看不见从机,在下面这个文章有解决方案。
关于Redis配置主从复制集群遇到的问题,主机不显示从机的连接信息_redis从机连不上主机_Jessaminee的博客-CSDN博客
关于Redis配置主从复制遇到的问题,从机连接到主机,主机显示的从机数量仍然为0_redis主从搭建完成后 主机不显示从机数量_qq_46059900的博客-CSDN博客
还有一个小问题
在从机的日志里面看见连接一直被拒绝
解决方法如下
redis4.0.12主从连接报错Error condition on socket for SYNC: Connection refused和Connection reset by peer_reids报错sync 协议不可用_逝唁的博客-CSDN博客
好了,现在主机里面也可以看见从机的信息了。
此时再去将另一个从机也连接上,就可以看见从机有两台了。
这里两个从机的端口都是6379是因为配置文件里面设置好了在docker内的端口就是6379。
真实的从主配置应该在配置文件中配置,这样的话是永久的,这里使用的是命令。
配置文件配置主从
在下图配置文件中可以看见有两个选项,主机的ip+端口以及主机的登录密码。
细节
主机可以设置值,从机不能写,只能读。
主机中的所有信息和数据都会被从机保存。
下面在主机里面设置了一个值之后,从机立刻就接到了。
主机写:
从机读:
从机里面想要写入时就会被阻止
复制原理:
测试:主机断开连接,从机依旧连接到主机的,但是没有写操作,这个时候,主机如果回来了,从机依旧可以直接获取到主机写的信息!
如果是使用命令行,来配置的主从,这个时候如果重启了,就会变回主机,!只要变为从机,立马就会从主机,中获取值!
slave 启动成功连接到 master 后会发送一个sync命令。
Master 接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数据文件到slave,并完成一次完全同步。
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制: Master 继续将新的所有收集到的修改命令依次传给slave,完成同步。
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行。
宕机后手动配置主机
上面那种是一主二从,如果是下面这一种的话又是另一种情况。高可用集群也是这样子来的好像。
按照上面配置完之后可以看见,此时的81依旧是一个从节点,但是在它下面也有一个从机。
从节点意味着中间的81是不能够写入的。
层层链路
此时在80中set一个值的时候最后的一个从机也可以拿到数据。
此时也可以完成主从复制。
虽然但是上面的两种方法在工作中都不会使用.......
谋权篡位(手动)
当80主机断了之后,这里可以使用一个命令使81自身成为主节点。
其他节点就可以手动连接到最新的主节点。(手动)
如果80恢复了,那就重新连接。
SLAVEOF no one
只有哨兵模式才是真正的重点。