首页 > 数据库 >[Redis]主从同步

[Redis]主从同步

时间:2024-08-06 14:52:32浏览次数:14  
标签:同步 快照 buffer Redis 节点 主从

有备无患--主从同步

很多企业都没有使用 Redis 的集群,但是至少都做了主从。有了主从,当主节点(Master)挂掉的时候,运维让从节点(Slave)过来接管,服务就可以继续,否则主节点需要经过数据恢复和重启的过程,这就可能会拖延很长的时间,从而影响线上业务的持续服务。在了解 Redis 的主从复制之前,让我们先来理解一下现代分布式系统的理论基石--CAP 原理。

CAP 原理

CAP 原理就好比分布式领域的牛顿定律,它是分布式存储的理论基石。自从CAP 的论文发表之后,分布式存储中间件犹如雨后春笋般涌现出来。理解这个原理其实很简单,本节我们首先对这个原理进行简单的讲解。

  • C:Consistent,一致性
  • A:Availability,可用性
  • P:Partition tolerance,分区容忍性

分布式系统的节点往往都是分布在不同的机器上进行网络隔离开的,这意味着必然会有网络断开的风险,这个网络断开的场景的专业词汇叫作网络分区。如图 3-1 所示,在网络分区发生时,两个分布式节点之间无法进行通信,我们对一个节点进行的修改操作将无法同步到另外一个节点,所以数据的一致性将无法满足,因为两个分布式节点的数据不再保持一致。除非我们牺牲可用性,也就是暂停分布式节点服务,在网络分区发生时,不再提供修改数据的功能,直到网络状况完全恢复正常再继续对外提供服务。

image

用一句话概括 CAP 原理就是:当网络分区发生时,一致性和可用性两难全。

最终一致

Redis 的主从数据是异步同步的,所以分布式的 Redis 系统并不满足一致性要求,当客户端在 Redis 的主节点修改了数据后,立即返回,即使在主从网络断开的情况下,主节点依旧可以正常对外提供修改服务,所以Redis 满足可用性

Redis 保证最终一致性,从节点会努力追赶主节点,最终从节点的状态会和主节点的状态保持一致。如果网络断开了,主从节点的数据将会出现大量不一致,但一旦网络恢复,从节点会采用多种策略努力追赶,继续尽力保持和主节点一致。

主从同步与从从同步

Redis 同步支持主从同步和从从同步,如图 3-2 所示,从从同步功能是 Redis 后续版本增加的功能,以减轻主节点的同步负担。后面为了描述上的方便,统一理解为主从同步。

image

增量同步

Redis 同步的是指令流,主节点会将那些对自己的状态产生修改性影响的指令记录在本地的内存 buffer 中,然后异步将 buffer 中的指令同步到从节点,从节点一边执行同步的指令流来达到和主节点一样的状态,一边向主节点反馈自己同步到哪里了(偏移量)。
因为内存的 buffer 是有限的,所以 Redis 主节点不能将所有的指令都记录在内存 buffer中。Redis 的复制内存 buffer是一个定长的环形数组,如果数组内容满了,就会从头开始覆盖前面的内容。

如果因为网络状况不好,从节点在短时间内无法和主节点进行同步,那么当网络状况恢复时,Redis 的主节点中那些没有同步的指令在buffer 中有可能已经被后续的指令覆盖掉了,从节点将无法直接通过指令流来进行同步,这个时候就需要用到更加复杂的同步机制--快照同步。

快照同步

快照同步是一个非常耗费资源的操作,如图 3-4所示,它首先需要在主节点上进行一次 bgsave,将当前内存的数据全部快照到磁盘文件中,然后再将快照文件的内容全部传送到从节点从节点将快照文件接受完毕后,立即执行一次全量加载,加载之前先要将当前内存的数据清空,加载完毕后通知主节点继续进行增量同步(快照同步的过程中,主节点还在不停的产生增量)。在整个快照同步进行的过程中,主节点的复制 buffer 还在不停地往前移动,如果快照同步的时间过长或者复制 buffer 太小,都会导致同步期间的增量指令在复制buffer 中被覆盖,这样就会导致快照同步完成后无法进行增量复制然后会再次发起快照同步,如此极有可能会陷入快照同步的死循环。

image

所以务必配置一个合适的复制 buffer 大小参数,避免快照复制的死循环。

增加从节点

当从节点刚刚加入到集群时,它必须先进行一次快照同步,同步完成后再继续进行增量同步

无盘复制

主节点在进行快照同步时,会进行很耗时的文件 IO 操作(生成快照),在非 SSD 磁盘存储时,快照同步会对系统的负载产生较大影响。特别是当系统正在进行 AOF 的fsync 操作时,如果发生快照同步,fsync 将会被推迟执行,这就会严重影响主节点的服务效率所以从 Redis 2.8.18 版本开始,Redis 支持无盘复制。所谓无盘复制是指主服务器直接通过套接字将快照内容发送到从节点,生成快照是一个遍历的过程,主节点会一边遍历内存,一边将序列化的内容发送到从节点(不需要在本地先生成一个完整的快照文件),从节点还是跟之前一样,先将接收到的内容存储到磁盘文件中,再进行一次性加载

wait 指令

Redis 的复制是异步进行的,wait 指令可以让异步复制变身同步复制,确保系统的强一致性(不严格)。wait 指令是 Redis3.0版本以后才出现的。

>set key value
OK
> wait 1 0
(integer)1

wait 提供两个参数,第一个参数是从节点的数量 N,第二个参数是时间 t,以毫秒为单位。两个参数的含义是:等待 wait 指令之前的所有写操作同步到 N 个从节点(也就是确保 N 个从节点的同步没有滞后),最多等待时间t。如果时间 t=0,表示无限等待直到N个从节点同步完成。

假设此时出现了网络分区,wait 指令第二个参数时间t=0,主从同步无法继续进行,wait指令会永远阻塞,Redis服务器将丧失可用性

小结

主从复制是 Redis 分布式的基础,Redis 的高可用离开了主从复制将无从进行。在后面的内容中,我们会讲解 Redis 的集群模式,这几种集群模式都依赖于本节所讲的主从复制。

不过复制功能也不是必需的,如果你只用 Redis 做缓存,跟 memcache 一样对待也就不需要从节点做备份,挂掉了重新启动一下就行。但是只要你使用了Redis 的持久化功能,就必须认真对待主从复制,它是系统数据安全的基础保障。2024-08-06 14:42:13 星期二

标签:同步,快照,buffer,Redis,节点,主从
From: https://www.cnblogs.com/DCFV/p/18345106

相关文章

  • Redis面试题大全
    文章目录Redis有哪几种基本类型Redis为什么快?为什么Redis6.0后改用多线程?什么是热key吗?热key问题怎么解决?什么是热Key?解决热Key问题的方法什么是缓存击穿、缓存穿透、缓存雪崩?缓存击穿缓存穿透缓存雪崩Redis的过期策略Redis持久化方式有哪些?区别?Redis高可用1.主从复......
  • MySQL主从复制
    介绍MySOL主从复制是一个异步的复制过程,底层是基于Mysq1数据库自带的二进制日志功能。就是一台或多台MySOL数据库(slave,即从库)从另一台MvSOL数据库(master,即主库)进行日志的复制然后再解析日志并应用到自身,最终实现从库的数据和主库的数据保持一致。MySOL主从复制是MySOL数......
  • Mysql配置主从
    1.检查将要配置主从数据库的服务器a.两台数据库版本保持一致b.两台数据库数据保持一致c.两台数据库IP可以互相访问规约,假设主库IP为:192.168.56.102从库IP为:192.168.56.1032.修改主库配置#vim/etc/my.cnf   [mysqld]   log-bin=mysql-bin  //[必须]启用二......
  • Redis可以通过以下几种方式来避免内存溢出
    Redis可以通过以下几种方式来避免内存溢出:设置最大内存限制:可以使用maxmemory配置项来限制Redis的最大内存使用量。当Redis的内存占用超过了设置的最大内存限制时,Redis会根据所配置的内存策略来处理数据,例如删除最近最少使用的键或者拒绝写入请求。使用内存淘汰策略:当......
  • redis如何避免内存溢出
    Redis可以通过以下几种方式来避免内存溢出:设置最大内存限制:可以使用maxmemory配置项来限制Redis的最大内存使用量。当Redis的内存占用超过了设置的最大内存限制时,Redis会根据所配置的内存策略来处理数据,例如删除最近最少使用的键或者拒绝写入请求。使用内存淘汰策略:当......
  • Linux——线程互斥与同步
    一、线程互斥1.1线程间互斥的概念在学习管道的时候,管道是自带同步与互斥的。而在线程中,当多个线程没有加锁的情况下同时访问临界资源时会发生混乱。在举例之前,先了解几个概念。临界资源:多个线程执行流共享的资源叫做临界资源临界区:每个线程内部访问临界资源的代码叫做临界......
  • Redis02——缓存(缓存更新策略、缓存穿透、缓存雪崩、缓存击穿、缓存工具封装)
    目录缓存概念添加Redis缓存业务场景缓存作用模型java代码缓存更新策略主动更新的三种策略主动更新——CacheAsidePattern实际应用缓存穿透概念解决方法实际应用缓存雪崩概念解决方法缓存击穿互斥锁介绍 实际应用逻辑过期介绍实际应用  互斥锁VS......
  • 进程间通信和同步
    进程间通信创建新IPC对象需指定的mode常值:常值说明S_IRUSR/S_IWUSR用户读/写S_IRGRP/S_IWGRP组成员读/写S_IROTH/S_IWOTH其他用户读/写管道无名管道,单向数据流,常用于父子进程间通信。intpipe(intfd[2]);该函数返回两个文件描述符:fd[0]读,fd[1]写,即......
  • ETL数据集成丨将GreenPlum数据同步至Doris数仓
    在当今数据驱动的时代,高效、可靠的数据集成成为企业数字化转型的关键一环。ETLCloud作为一款创新的数据集成平台,通过其强大的零代码配置能力,为企业提供了从数据抽取、转换到加载(ETL)的全链条解决方案,尤其在跨系统数据迁移方面展现出显著优势。本次实践通过将GreenPlum数据库的数据......
  • Redis分布式锁防止缓存击穿
    一、Nuget引入StackExchange.Redis、DistributedLock.Redis依赖二、使用 StackExchange.Redis对redis操作做简单封装publicclassRedisHelper{privatestaticConnectionMultiplexer_redis;privatestaticstring_connectionString;//静态构造函数,确保在程序启动时......