跟我一起学Redis之高可用从主从复制开始
前言
现在遇到高并发场景时,缓存技术应该算是性能优化的第一步,缓解数据库压力的同时还能提高访问效率,而Redis应该是绝大多数应用场景的首选。但是尽快Redis性能再优秀,在当今高并发场景下,一台服务器负责读写,机器的性能和内存的瓶颈肯定避免不了,到这肯定有小伙伴会想到集群, 对的,思路没错,只是在集群之前,主从复制模式的优化策略能解决很多问题,如果主从模式还抗不住高并发,那再来集群也不晚;这里先来说说Redis的主从复制。
为了更好的演示,搞了一台云服务器,Linux环境;方便的同时,也能更符合实际应用场景;
正文
主从复制:主从指有多台Redis服务器,其中一台为主服务器,其他为从服务器,可以通过命令或配置实现主从关系;复制指将主服务器的数据同步到从服务器,数据只能从主服务器向从服务器单向同步;其作用如下:
•读写分离:主服务器复制写,各从服务器负责读;根据二八原则,80%的操作都是读,只有20%进行写,所以在一定程度上也解决了单机瓶颈问题;•数据持久化更加安全:主从多台服务器进行持久化操作,任意一台服务宕机也不会影响数据恢复,避免了单点故障问题;•其他:主从复制是实现哨兵模式和Redis集群的前提,这个后续会说到。
好啦,老规矩,了解其作用之后,接下来就先实操再总结。
实现主从复制
每一台Redis服务器启动时,默认都是主服务器(Master),可以通过命令info replication
查看,如下图所示:
开始实操搭建一主二从的环境,如下:
1. 配置文件修改
由于是在同一台机器上模拟,所以将redis配置文件拷贝三份出来,主要修改项如下:
•配置文件名称:分别为redis.conf、redis6388.conf、redis6399.conf;•port:端口,三个配置文件分别修改为6379、6388、6399,这是为了避免同一台机器演示端口冲突;•pidfile:修改此文件名,避免文件冲突,改文件名即可,分别修改为redis.pid、redis6388.pid、redis6399.pid;•dbfilename:持久化文件名,避免持久化文件冲突,分别修改为dump.rdb、dump6388.rdb、dump6399.rdb;
2. 启动redis服务器
然后分别指定配置文件启动redis-server,在redis中bin目录下执行./redis-server redis.conf
、./redis-server redis6388.conf
、./redis-server redis6399.conf
命令即可,可以通过命令ps -ef | grep redis
查看启动redis效果,如下:
3.1 使用命令实现主从关系
默认情况下,启动的三台服务器默认都是主服务器,现在可以通过简单的命令实现一主二从的关系,这里以6379这台服务器为主,6388和6399两台服务器为从,配置主从关系只针对从节点服务器配置即可,如下:
1.分别连上6388和6399两台服务器,执行slaveof masterip masterport
即可:
2.从节点显示没问题,看看主节点状态信息,连上6379这台看看,如下:
3.主从关系维护好了,接下来看看数据复制,通常主节点负责写,将数据同步到从节点,从节点负责读;现在三台服务器都没数据,接下来往主节点中写入点数据,看看是否能同步到从节点:
注:如果通过命令方式实现主从关系,那当从服务器重启时,主从关系就丢了,还得手动再执行命令,所以推荐配置文件的形式进行配置;
3.2 通过配置文件实现主从配置
还是很简单的,主服务器不用动,仅修改从服务器配置文件,然后重启即可,根据前面章节的学习经验,打开配置文件,直接找到REPLICATION模块进行如下配置修改:
•replicaof <masterip> <masterport>
:指定主节点ip和端口即可,如:replicaof 127.0.0.1 6379
;•masterauth <master-password>
:指定主节点密码,如果主节点配置密码,直接通过这配置就行;
修改完这两项,重启服务器即可,和命令行一样简单,只是通过配置文件搭建的主从关系不会因为关闭服务器而丢失;这里配置文件的演示就不截图了,只是实现方式不一样,其他都是和命令行一致;
小总结
•配从不配主,即只针对从服务器配置即可,主服务器无需配置;•一个主节点有多个从节点,从节点只能有一个主节点;从节点也可以作为其他从节点的主节点,如下:
这种方式的演示截图就不提供了,小伙伴实操一把,这里说明一下,虽然6388是6399的主 节 点,但扮演的角色还是6379的从节点,只是它下面连接了其他从节点而已; •如果用命令方式实现主从,主服务器断开后,重新连接,主从关系还在;从服务器断开之后重连关系消失,需要手动执行命令重新指定主节点; •如果希望断开重连主从关系还在,推荐配置文件方式实现;
实现主从复制的搭建是不是很简单,不管是命令还是配置文件的方式,都很轻松实现;但小伙伴是不是也有疑问:主从节点之间的数据是如何同步的?关于主从复制的其他参数有什么用?
主从复制原理
通过上面实操,在主服务器中写入的数据,在无感知的情况下就同步到各个从服务器,中间到底经历了什么呢?接下来简单的了解一下;
在Redis2.8之前同步方式都以全量方式同步,之后为了提高效率,数据复制方式分为两种,一种为全量复制,一种为部分复制:
•全量复制:即将主服务器中的数据,全部同步到从服务器;一般是在从服务器启动初始化数据的时候进行全量同步;•部分复制:即将未同步的增量数据,同步到从服务器,无需全部再同步一遍;一般用于因网络中断等无法同步数据的情况,待恢复正常之后,将中断期间数据进行部分同步;
为了方便查看日志分析,使用两台redis服务器进行搭建主从, 将之前搭建的关系去除,通过修改配置文件重启即可;
这里以6388作为主节点(Master),6399作为从节点(Slave),当连接6399执行命令slaveof 127.0.0.1 6388
配置主从关系时,主从节点分别打印日志如下:
上图是刚开始建立主从关系时,进行了全量复制,大概流程如下:
简要说明:
1.从节点与主节点建立连接,然后发送同步请求psync;2.主节点给从节点发送信息,replid和offset,这两个参数后续是判断是否部分复制的关键数据;3.主节点fork子进程将全部数据生成RDB文件;4.主节点期间接收到的写命令存入到复制缓冲区中;5.当主节点RDB文件完成之后发送给从节点;6.从节点接收到文件,先清空老数据;7.从节点清空数据后,加载接收到的数据到内存中;8.主节点发送复制缓冲区中的数据到从节点;9.从节点接收到命令并执行,最终同步到最新数据;
主从关系是通过网络进行通讯,可能出现网络中断或网络抖动情况,导致短时间的数据不能及时同步到从节点上,理想情况下,当连接恢复的时候,希望只同步中断期间的数据,从而提高同步效率,部分复制流程大概如下:
简要说明:
1.当主从之间由于网络中断时,从节点会尝试重连主节点;2.在此期间,主节点接收到的写命令会记录到复制缓冲区中;3.当网络恢复,从节点连上主节点,会请求发布同步请求psync,并带上之前主节点发送过来的replid和offset;4.主节点接收到从节点的请求,会验证接收的replid与主节点replid是否匹配,不匹配会进行全量复制;还会验证offset数据偏移量是否在合法范围内,如果中断期间数据量过大,导致复制缓冲区的数据超出,主从节点的offset数据偏移量不一致,也会进行全复制;5.当从节点传递过来的replid和offset验证通过时,则进行部分复制,并记录最新的offset;
这里就不模拟演示部分复制流程了,留给小伙伴操作。演示流程如下:已经搭建主从关系的两台机器,手动模拟网络断开,断开期间在主服务器写入数据,一会之后恢复网络,查看主从服务器日志打印情况;
主从复制的相关配置参数
以上演示在配置文件中只是配置了部分参数,还有其他参数的配置可以轻松实现功能,这里结合主从复制的内容可以回顾一下相关配置参数的意义,如下:
•slaveof:设置本机为从机,指定主机的IP和端口;•masterauth:如果主机需要密码,通过这设置;•slave-serve-stale-data:从机如果与主机断开或数据正在同步,获取数据是否继续,如果设置为yes,还可以正常读取数据,设置为no,获取数据返回错误提示;•slave-read-only:配置从主机为只读模式,默认为yes,也强烈建议为只读模式;•repl-diskless-sync:是否采用无磁盘方式进行主从传递数据,即采用Socket方式,默认没采用,如果机器磁盘性能不好,而网络环境良好,可以尝试使用这种模式;•repl-diskless-sync-delay:当使用无磁盘方式传递数据时,服务器开始传递数据前等待指定时间,等待从服务器进入传输队列,提高数据传输效率,默认为5秒;•repl-ping-slave-period:设置从机向主机发送ping消息间隔,即理解为心跳检测;•repl-timeout:设置超时时间,主从机传递数据的时间,如果超过指定时间,从机会重连。一般主从复制数据比较大时,可以将其改大,默认为60s ;•repl-disable-tcp-nodelay:主从复制数据是否采用TCP_NODELAY,默认为no,代表不启用,表示主机立即同步数据,保证数据一致性失效;如果设置为yes,合并较小的TCP包一并发送,延迟高,但可以提升带宽性能,但推荐不启用;•repl-backlog-size:用于设置复制缓冲区的大小,此缓冲区用于从机断开重连之后同步的增量数据,在一定时间内不用全量复制,提升同步效率;默认为1mb,可以根据需求进行修改;•repl-backlog-ttl:设置从机断开后没有连接主机的间隔时间,超过此时间,设置的backlog缓冲区就会释放,默认为3600s;•slave-priority:用于哨兵模式选择,即当主机挂掉时,选择优先级较高的从机代替挂掉的主机,快速恢复;默认值为100;•min-slaves-to-write 3:指可用从服务器少于3个时,主服务器只能读,不能写,一般和min-slaves-max-lag搭配用,默认不使用,根据需要进行配置;•min-slaves-max-lag 10:指从服务器的延迟超过10秒时,主服务器也只能读,不能写,一般和min-slaves-to-write搭配用,默认不使用,根据需要进行配置;
主从复制有哪些问题
主从复制缓解了单节点性能和存储的瓶颈,那又带来什么问题呢?
•主从复制架构会有延时,尽快很快,也有,特别数据量和并发大的时候;目前的主从架构没有好的方法处理延时,MySql、SqlServer也是如此;•过期Key数据在早期版本不能及时将从服务器数据失效,可以升级到redis3.2之后解决,因为加入了过期判断;•主节点宕机之后,只能手动重新配置主从关系,从服务器可以执行slaveof no one
命令重写回到主服务器角色,然后重新配置主从关系;•如果从节点过多,当刚开始初始化数据全量同步或多个从节点断开重连时,就会导致主节点的IO剧增;
总结
主从复制演练看似简单,但还需要不断在实践中获取经验,搭配相关配置参数,从而使得更加适合应用场景;配置没有固定都一样,而是应用场景是否适合。随着主节点宕机不能自动选举的问题,下次在此基础上说说哨兵模式,让自动选举不是问题;
一个被程序搞丑的帅小伙,关注"Code综艺圈",跟我一起学~
跟我一起学Redis之高可用从主从复制开始相关推荐
- Redis进阶高可用之主从复制
主从复制概述 主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器.前者称为主节点(master),后者称为从节点(slave):数据的复制是单向的,只能由主节点到从节点. 主从复 ...
- Redis创建高可用集群教程【Windows环境】
模仿的过程中,加入自己的思考和理解,也会有进步和收获. 在这个互联网时代,在高并发和高流量可能随时爆发的情况下,单机版的系统或者单机版的应用已经无法生存,越来越多的应用开始支持集群,支持分布式部署了. ...
- 基于keepalived对redis做高可用配置---转载
关于keepalived的详细介绍,请移步本人相关博客:http://wangfeng7399.blog.51cto.com/3518031/1405785 功能 ip地址 安装软件 主redis 1 ...
- Redis|Sentinel 高可用架构
一 前言 Redis-Sentinel是Redis官方推荐的高可用性(HA)解决方案,当用Redis做Master-slave的高可用方案时,假如master宕机了,Redis本身(包括它的很多客户端 ...
- Redis Cluster高可用(HA)集群环境搭建详细步骤
1.为什么要有集群 由于Redis主从复制架构每个数据库都要保存整个集群中的所有数据,容易形成木桶效应,所以Redis3.0之后的版本添加特性就是集群(Cluster) 2.Redis集群架构说明 架 ...
- Redis Sentinel安装与部署,实现redis的高可用
Redis Sentinel安装与部署,实现redis的高可用 原文:Redis Sentinel安装与部署,实现redis的高可用 前言 对于生产环境,高可用是避免不了要面对的问题,无论什么环境.服 ...
- Redis进阶高可用之哨兵
目录 一.作用与架构 1. 作用 2. 架构 二.部署 1. 部署主从节点 2. 部署哨兵节点 3. 总结 三.客户端访问哨兵系统 1. 代码示例 2. 客户端原理 3. 总结 四.基 ...
- Redis的高可用详解:Redis哨兵、复制、集群的设计原理,以及区别
谈到Redis服务器的高可用,如何保证备份的机器是原始服务器的完整备份呢?这时候就需要哨兵和复制. 哨兵(Sentinel):可以管理多个Redis服务器,它提供了监控,提醒以及自动的故障转移的功能. ...
- 从零开始学架构3 - 高可用篇
从零开始学架构3 - 高可用篇 从0开始学架构.高可用篇 22 | 想成为架构师,你必须知道CAP理论 CAP 定理(CAP theorem)又被称作布鲁尔定理(Brewer's theorem),是 ...
最新文章
- 深度学习的发展方向: 深度强化学习!
- 语言 物品竞拍系统_【优加答疑】没有语言的孩子,该如何沟通?
- 新的方法 (New Approach)¶
- 【转】ABAP的坑4
- java任务分支和合并_合并/分支战略
- 电脑卡顿不流畅是什么原因_什么造成游戏直播画画卡顿、延迟?这三个原因了解一下...
- 2021了,你还不能玩转js正则表达式?
- 广东计算机考试1级时间安排,1级计算机考试时间
- 利用python进行数据分析—8.数据清洗与准备
- CE游戏修改器制作游戏修改器傻瓜教程
- unity旗帜飘动shader
- 祭奠自己逝去的三年时光
- 2019值得购买的运动蓝牙耳机推荐
- 宽带服务器无响应678,宽带连接错误678怎么办 是什么原因导致的【解决方法】...
- springboot项目部署到服务器第三步部署java环境(最白教程)
- 【PPT】画三维立体块
- OPNET报错总结及注意事项
- 电脑唯独搜不到自己的wifi信号,怎么办
- 常用软件官网下载大总结
- (小米系统系列二) 更新国际版系统