redis主从问题-redis主从不一致处理(1-5-76)

更新时间:2024-08-21 分类:Redis 浏览量:2

Redis本文目录一览:

  • 1、Redis主从模式下过期数据和数据不一致
  • 2、脑裂以及Redis主从同步中的坑
  • 3、Redis集群模式1-主从复制+哨兵机制
  • 4、Redis主从复制与一致性
  • 5、redis主从复制数据延迟解决方案
  • 6、redis集群主数据都是一致的吗为什么?

Redis主从模式下过期数据和数据不一致

1、数据到达过期时间,并不做处理,而是等下次访问该数据时,先判断该数据是否过期,未过期,返回数据 ;发现已过期,删除该数据,返回不存在。 这种方式虽然节约 CPU 性能,发现必须删除的时候才删除。

2、从库不会进行过期扫描,主库删除时,会在AOF文件里增加一条del指令,同步到所有从库,从库通过此指令来删除。由于指令的同步存在异步,所以会出现主从数据不一致的情况。

3、数据一致性:由于Redis缓存中的数据与数据库中的数据可能存在不一致的情况,这会导致用户在查询数据时看到不一致的结果。数据过期:缓存数据有过期时间,如果缓存数据过期,需要重新从数据库中获取,这可能会影响查询速度。

脑裂以及Redis主从同步中的坑

所谓的脑裂,就是指在主从集群中,同时有两个主节点,它们都能接收写请求。而脑裂最直接的影响,就是客户端不知道应该往哪个主节点写入数据,结果就是不同的客户端会往不同的主节点上写入数据。

因为 master - slave的复制是异步 的(客户端发送给redis,主节点数据同步到内存中后就返回成功了) 所以可能有部分数据还没复制到slave,master就宕机了,此时master内存中的数据也没了,这些部分数据就丢失了。

redis的集群脑裂是指因为网络问题,导致redis master节点跟redis slave节点和sentinel集群处于不同的网络分区,此时因为sentinel集群无法感知到master的存在,所以将slave节点提升为master节点。

redis集群没有过半机制会有脑裂问题,网络分区导致脑裂后多个主节点对外提供写服务,一旦网络分区恢复,会将其中一个主节点变为从节点,这时会有大量数据丢失。

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

Redis集群模式1-主从复制+哨兵机制

1、传统的Redis集群采用的主从复制模式,一般为一主多从,主节点有读写权限,但是从节点只有读的权限。主节点会定期将数据同步到从节点中,保证数据一致性的问题。

2、哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例。

3、集群监控,负责监控redis master 和slave进程是否正常工作。(2)消息通知,如果某个redis实例有故障,那么哨兵负责发送消息作为报警通知给管理员。(3)故障转移,如果master node挂掉了,会自动转移到slave node上。

4、因此, 主从模式的一个缺点,就在于无法实现自动化地故障恢复 。Redis后来引入了哨兵机制,哨兵机制大大提升了系统的高可用性。哨兵,就是站岗放哨的,时刻监控周围的一举一动,在第一时间发现敌情并发出及时的警报。

5、Redis 高可用的主要有三种模式: 主从模式, 哨兵模式和集群模式。 Redis 提供了 Redis 提供了复制(replication)功能,当一台 redis 数据库中的数据发生了变化,这个变化会被自动地同步到其他的 redis 机器上去。

6、哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了,就会从从节点中选出一个来作为主节点,以达到高可用的目的。

Redis主从复制与一致性

1、Redis为复制积压缓冲区设置的默认大小为1MB,如果主服务器需要执行大量写命令,又或者主从服务器断线后重连接所需的时间比较,那么这个大小也许并不合适。

2、因此,可以说Redis集群中的主节点数据是一致的,这是由于集群的复制和同步机制以及状态检查机制所保证的。

3、传统的Redis集群采用的主从复制模式,一般为一主多从,主节点有读写权限,但是从节点只有读的权限。主节点会定期将数据同步到从节点中,保证数据一致性的问题。

redis主从复制数据延迟解决方案

应对主从数据不一致的解决方案:我们可以开发一个监控程序,先用 INFO replication 命令查到主、从库的进度,然后,我们用 master_repl_offset 减去 slave_repl_offset,这样就能得到从库和主库间的复制进度差值了。

对于无法容忍大量延迟场景,可以编写外部监控程序监听主从节点的复制偏移量,当延迟较大时触发报警或者通知客户端避免读取延迟过高的从节点。

应用Redis实现数据的读写,同时利用队列处理器定时将数据写入mysql。

定期备份 Redis 数据库:如果您发现 Redis 数据库中的数据发生了错误,可以使用备份的数据进行恢复。可以使用 Redis 自带的快照(snapshot)功能或者使用第三方的备份工具对 Redis 数据库进行备份。

在更新状态完成之后,Master再将记录在缓冲区里面的新命令发送给从服务器,这样从服务器进行执行,主从服务器就保持了一致状态。

redis集群主数据都是一致的吗为什么?

主节点和从节点保存的数据是相同的,但是因为同步,从节点的数据会有一点延迟。但是主从模式的高可用会有问题。因为主节点挂了之后是没有自动选主机制的,需要人工干预来指定一个从节点作为主节点。

针对完整的重同步的缺陷,Redis提供了部分的重同步功能。

Redis 集群是通过在不同的节点之间分配数据来实现的。每个节点都有自己的数据子集,其中一些是主节点,而另一些是从节点。当需要更多存储空间或更多的处理能力时,可以通过向集群添加更多的节点来实现扩展。