技术标签: linux Redis 数据库 redis 主从复制
主从复制是为了达成高可用
提供数据方:master
接收数据方:slave
需要解决的问题
核心工作
主从复制
主从复制即将master中的数据即时、有效的复制到slave中
一个master可以拥有多个slave,一个slave只对应一个master
职责
master:
slave:
主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(master/leader),后者称为从节点(slave/follower) ; 数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave以读为主。
默认情况下,每台Redis服务器都是主节点 ;
且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。
读写分离:主节点写,从节点读,提高服务器的读写负载能力
数据冗余︰主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。
故障恢复︰当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复 ; 实际上是一种服务的冗余。
负载均衡︰在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载 ; 尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
高可用(集群)基石︰除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。
总述
slave:保存master的地址和端口
master:保存slave的端口
总体:之间创建了socket连接
方式一:客户端发送命令
slaveof <masterip> <masterport>
方式二:启动服务器参数
redis-server -slaveof <masterip> <masterport>
方式三:服务器配置
vim redis.conf
slaveof <masterip> <masterport>
打开redis服务端
redis-server redis_config/redis-6379.conf # 主机
redis-server redis_config/redis-6380.conf # 从机
进入从机
[root@maomao bin]# redis-cli -p 6380
127.0.0.1:6380> slaveof 127.0.0.1 6379
查看主机日志信息
Synchronization with replica 127.0.0.1:6380 succeeded
查看从机日志信息
MASTER <-> REPLICA sync: receiving 361 bytes from master to disk
2125:S 18 Apr 2021 09:27:01.525 * MASTER <-> REPLICA sync: Flushing old data
2125:S 18 Apr 2021 09:27:01.525 * MASTER <-> REPLICA sync: Loading DB in memory
说明主从已经配置完毕
测试
在主节点创建一个key
127.0.0.1:6379> set master maomao
OK
在从节点查看
127.0.0.1:6380> get master
"maomao"
还可以通过 info replication 命令查看
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
在命令行直接连接
[root@maomao bin]# redis-server redis_config/redis-6380.conf --slaveof 127.0.0.1 6379
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
[root@maomao redis_config]# vim redis-6380.conf
添加
slaveof 127.0.0.1 6379
启动redis
[root@maomao bin]# redis-server redis_config/redis-6380.conf
[root@maomao bin]# redis-cli -p 6380
127.0.0.1:6380> get slave
"xiaotian"
127.0.0.1:6380> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
主从断开连接
客户端发送命令
slaveof no one
slave断开连接后,不会删除已有数据,只是不再接受master发送的数据
在从机上
127.0.0.1:6380> slaveof no one
OK
127.0.0.1:6379> set slave maomao
OK
127.0.0.1:6380> get slave
"xiaotian"
master客户端发送命令设置密码
requirepass <password>
master配置文件设置密码
config set requirepass <password>
config get requirepass
slave客户端发送命令设置密码
auth <password>
slave配置文件设置密码
masterauth <password>
slave启动服务器设置密码
redis-server –a <password>
部分复制就是增量复制
增量复制需要在全量复制成功之后才能执行
状态:
修改复制缓冲区大小
repl-backlog-size 1mb # 默认1mb
为避免slave进行全量复制、部分复制时服务器响应阻塞或数据不同步,建议关闭此期间的对外服务
slave-serve-stale-data yes|no
数据同步阶段,master发送给slave信息可以理解master是slave的一个客户端,主动向slave发送命令
多个slave同时对master请求数据同步,master发送的RDB文件增多,会对带宽造成巨大冲击,如果master带宽不足,因此数据同步需要根据业务需求,适量错峰
slave过多时,建议调整拓扑结构,由一主多从结构变为树状结构,中间的节点既是master,也是slave。注意使用树状结构时,由于层级深度,导致深度越高的slave与最顶层master间数据同步延迟较大,数据一致性变差,应谨慎选择
当master数据库状态被修改后,导致主从服务器数据库状态不一致,此时需要让主从数据同步到一致的状态,同步的动作称为命令传播
master将接收到的数据变更命令发送给slave,slave接收命令后执行命令
主从复制过程大体可以分为3个阶段
info Server
命令,可以查看节点的runid组成
工作原理
set name maomao
以这种格式
$3 \r\n
set \r\n
$4 \r\n
name \r\n
$6 \r\n
maomao \r\n
到复制缓冲区
主从连接之后
offset
但是因为第一次slave发送的是空白。runid
offset
,(全量复制),通过socket发送RDB文件给slaverunid
和offset
,清空当前全部数据,通过socket接收RDB文件,恢复RDB数据offset
相同,则忽略offset
不相同。offset
。offset
的数据进入命令传播阶段候,master与slave间需要进行信息交换,使用心跳机制进行维护,实现双方连接保持在线
master心跳:
slave心跳任务
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=927,lag=1
当slave多数掉线,或延迟过高时,master为保障数据稳定性,将拒绝所有信息同步操作
min-slaves-to-write 2
min-slaves-max-lag 8
slave数量由slave发送REPLCONF ACK命令做确认
slave延迟由slave发送REPLCONF ACK命令做确认
伴随着系统的运行,master的数据量会越来越大,一旦master重启,runid将发生变化,会导致全部slave的全量复制操作
[root@maomao redis_config]# cd /usr/local/redis/data/
[root@maomao data]# ls
6379.log 6380.log appendonly-6379.aof dump-6379.rdb dump.rdb
[root@maomao data]# redis-check-rdb dump-6379.rdb
[offset 0] Checking RDB file dump-6379.rdb
[offset 26] AUX FIELD redis-ver = '6.2.1'
[offset 40] AUX FIELD redis-bits = '64'
[offset 52] AUX FIELD ctime = '1618763025'
[offset 67] AUX FIELD used-mem = '1942304'
[offset 85] AUX FIELD repl-stream-db = '0'
[offset 135] AUX FIELD repl-id = '2d82ff022e405afb883753f4d0c52f8ceb36d740' # runid
[offset 151] AUX FIELD repl-offset = '885' #offset
[offset 167] AUX FIELD aof-preamble = '0'
[offset 169] Selecting DB ID 0
[offset 391] Checksum OK
[offset 391] \o/ RDB looks OK! \o/
[info] 5 keys read
[info] 0 expires
[info] 0 already expired
问题现象
问题原因
最终结果
解决方案
repl-backlog-size
建议设置如下:
repl-timeout
该参数定义了超时时间的阈值(默认60秒),超过该值,释放slave
repl-ping-slave-period
超时时间repl-time的时间至少是ping指令频度的5到10倍,否则slave很容易判定超时
slave-serve-stale-data yes|no
开启后仅响应info、slaveof等少数命令(慎用,除非对数据一致性要求很高)
文章浏览阅读7.2k次。先把要写的写下来,有时间再详写1、之前学MPAndroidChat主要看了这个人的博文http://blog.csdn.net/shineflowers/article/details/44809119,但是发现和github上的内容有出入,仔细研究了后发现github原来一直在更新,博主只是因为版本低所以不一样,所以我从github上导出工程后再导出jar包就是最新的了_mpandroidchar 动画
文章浏览阅读800次。网卡网卡是一个专门负责网络通讯的硬件设备 IP地址是设置在网卡上的地址信息 我们可以把电脑比作电话,网卡相当于SIM卡,IP地址相当于电话号码 IP地址每天联网的电脑上都有IP地址,是保证电脑之间正常通讯的重要设置命令:ifconfigifconfig可以查看/配置计算机当前的网卡配置信息ifconfig 查看网卡配置信息 ifconfig | grep inet ..._linux查看远程管理的地址范围
文章浏览阅读1.1w次,点赞19次,收藏19次。在学习Mybatis时,用IDEA配置出现一个异常,如下:java.sql.SQLException: The server time zone value '�й���ʱ��' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver ..._具体错误信息为:java.sql.sqlexception: the server time zone value ' й
文章浏览阅读219次。Springboot注解与分析之:@ComponentScan注解)使用Spring框架开发Java Web项目的读者一定都用过@Controller、@Service、@Repository等注解。查看源码会发现,这些注解上都会标注一个共同的注解@Component。而在Spring IOC容器中@Controller、@Service、@Repository、@Component等注解的默认装配标识是@ComponentScan注解。<!-- 自动扫描 --><context:_@componentscan 和 context:component-scan base-package 优先级
文章浏览阅读968次。第二章介绍的k-近邻算法可以完成很多分类任务,但是最大缺点是无法给出数据的内在含义,决策树的主要优势就在于数据形式非常容易理解。决策树: 优点:计算复杂度不高,输出结果易于理解,对中间值的缺失不敏感,可以处理不相关特征数据 缺点:可能会产生过度匹配问题 树用数据类型:数值型和标称型。在构造决策树时,我们需要解决的第一个问题就是,当前数据集上哪个特征在划分数据分类时起决_mydat,labels
文章浏览阅读2.6w次,点赞58次,收藏300次。LR(0)分析表的构建_lr分析表
文章浏览阅读5.5k次,点赞7次,收藏38次。不知道大家是否了解字库芯片(网上这方面的资料好像挺少的),今天给大家简单介绍一下字库芯片。先举个例子,如果我们想在点阵屏或液晶屏上面显示一个88的正方形,我们该怎么做。很简单呀,假设屏上面“1”为点亮,“0”为熄灭,我们只需要按顺序,将这64个点写入“1”,其他地方写入“0”不就好了。具体做法可以这样,一个字节有8位,我们写入一个0xFF,就可以一次点亮8个点,若点亮64个点,大家只需要换行再次写入0xFF,循环几次,累计写好8个0xFF,不就完成点亮一个88的正方形了吗,或者定义一个点阵数组,点阵_字库芯片的作用
文章浏览阅读6.6k次,点赞4次,收藏28次。简介:由于公司业务场景需要在Linux离线情况下安装oracle11g,经过自己摸索和结合网上教程终于在centos7.0和readhat6.5安装成功。本文描述了在centos7.0安装Oracle11g的所有步骤,分享给大家。在centos7离线安装oracle最麻烦的是需要下载Oracle需要的依赖包。只要把依赖包下载安装完全后,后面安装按着教程一步步来,一般来说没有什么问题了。了。1..._cenots7离线安装oracle11
文章浏览阅读3.6k次,点赞3次,收藏42次。基本操作1.选择开发板 工具-->开发板2.选择端口 工具-->端口3.保存 文件(sketch)-->保存界面验证(编译)上传(烧录)..._arduino ide 函数
文章浏览阅读509次。版权声明:原创作品,允许转载,转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。http://blog.csdn.net/topmvp - topmvpIn todays telecom business environment, a thorough and accurate understanding of past mistakes goes a long w_the great melt
文章浏览阅读7.7k次,点赞8次,收藏21次。这个世界上,失败的人除了天分太差之外,只有以下几点,懒,方向不对,方法不对,没有坚持。你是哪一种呢?关于DIKW体系 DIKW体系是关于数据、信息、知识及智慧的体系,可以追溯至托马斯·斯特尔那斯·艾略特所写的诗《岩石》。在首段,他写道:“我们在哪里丢失了知识中的智慧?又在哪里丢失了信息中的知识?”(Where is the wisdom we have lost ..._data information knowledge wisdom
文章浏览阅读605次,点赞15次,收藏13次。等)以及一份在Github上持续爆火霸榜的《纯血版华为鸿蒙 (Harmony OS)开发手册》(共计890页),希望对大家有所帮助。String requestData = “{“text”:“今天天气不错,我们一起看电影吧\n”,“type”:0}”;最后,为了能让大家更好的去学习提升鸿蒙 (Harmony OS) 开发技术,小编连夜整理了一份30个G。,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。// 初始化成功回调,在服务初始化成功调用该函数。