redis主从复制延时，redis 主从复制 延迟 脏数据

redis主从和哨兵

1、哨兵和副本的自动发现：Sentinel 与其他 Sentinel 保持连接，以相互检查彼此的可用性并交换消息。Sentinel 使用 Redis 实例的 Pub/Sub 功能来发现正在监视相同主节点和副本的其他 Sentinel。 参考资料：一般需要三个节点，每个节点有一个 Redis 和一个哨兵。下面分别描述配置过程。

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

3、这样对于客户端而言，一切都是透明的。配置3个哨兵和1主2从的Redis服务器来演示这个过程。首先配置Redis的主从服务器，修改redis.conf文件如下 主从服务器都需要配置 配置3个哨兵，每个哨兵的配置都是一样的。

Redis主从复制丢失数据的情况分析

1、Redis 内存淘汰机制有以下几个：noeviction： 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。allkeys-lru ：当内存不足以容纳新写入数据时，在 键空间 中，移除最近最少使用的 key（这个是 最常用 的）。

2、很简单，你写的数据太多了，内存占满了，或者触发了什么条件，如redis allkeys-lru内存淘汰策略，自动给你清理掉了一些最近很少使用的数据。

3、Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。 Map中的数据过期：Redis支持设置键的过期时间，如果Map的键在设定的过期时间内没有被访问，那么Redis会自动删除该键及其对应的值。

4、不过，为了避免出现客户端和所有从库都不能连接的情况，我们需要把复制进度差值的阈值设置得大一些。可以周期性地运行这个流程来监测主从库间的不一致情况。Redis 同时使用了两种策略来删除过期的数据，分别是 惰性删除策略和定期删除策略 。

Redis主从复制与一致性

在全量复制阶段，主节点会将执行的写命令放到复制缓冲区中，该缓冲区存放的数据包括了以下几个时间段内主节点执行的写命令：bgsave生成RDB文件、RDB文件由主节点发往从 节点、从节点清空老数据并载入RDB文件中的数据。

在完成全量复制后，主从服务器之间会保持一个 TCP 连接，主服务器会将自己的写操作发送给从服务器，从服务器执行这些写操作，从而保持数据一致性，这个过程也称为基于长连接的命令传播(command propagation)。 增量复制的数据是异步复制的，但通过记录写操作，主从服务器之间的数据最终会达到一致状态。

主从复制原理 主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。在从节点执行 slaveof 命令后，复制过程便开始运作，下面图示可以看出复制过程大致分为6个过程。主从配置之后的日志记录也可以看出这个流程。

主服务器通过向从服务器传播命令来更新从服务器的状态，保持主从服务器一致，而从服务器通过向主服务器发送命令来进行心跳检测，以及命令丢失检测。 在命令传播阶段，从服务器默认会以每秒一次的频率，向主服务器发送命令心跳。用于检测主从之间的网络连接状态，以及检测传播的命令是否丢失等。

redis主从复制延时的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis 主从复制 延迟 脏数据、redis主从复制延时的信息别忘了在本站进行查找喔。