客户端访问 REDIS 从服务器不存在的数据时，是否会转向主服务器请求 2024年7月18日
后端开发
0 条评论

在 Redis 主从复制中，从服务器通常是只读的，这意味着所有写操作（如 SET 命令）都会在主服务器上执行，并且这些更改会异步地复制到从服务器。当客户端从从服务器读取数据时，从服务器并不会转向主服务器确认数据是否存在，而是直接返回它所持有的数据。如果从服务器的同步偏移量不完整，可能会出现以下情况：

  1. 旧数据：从服务器返回的数据可能是主服务器上的旧数据，因为从服务器尚未同步最新的更改。
  2. 缺失数据：如果请求的键在从服务器上不存在，而在主服务器上存在，从服务器会返回一个空结果或错误，而不会主动去主服务器获取最新数据。

示例：从服务器偏移量不完整

假设主从服务器设置如下：

  • 主服务器（master）：运行在 127.0.0.1:6379
  • 从服务器（slave）：运行在 127.0.0.1:6380

主服务器上有数据：

redis-cli -p 6379
127.0.0.1:6379> SET key1 "value1"
OK
127.0.0.1:6379> SET key2 "value2"
OK

从服务器同步过程中，尚未接收到最新的 key2 数据：

redis-cli -p 6380 INFO replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_repl_offset:1000

客户端访问从服务器

当客户端访问从服务器，读取 key2 时：

redis-cli -p 6380
127.0.0.1:6380> GET key2
(nil)  # 返回空结果，因为从服务器尚未同步到这个键

从服务器不会主动去主服务器获取最新的 key2 数据。它只会返回它当前持有的状态。

确保数据一致性的方法

为了确保数据一致性，有几种策略可以考虑：

  1. 强一致性读：如果强一致性读是必需的，可以配置客户端直接连接到主服务器读取数据。但这会增加主服务器的负载，不适用于所有场景。
  2. 读写分离：通过适当的缓存机制和数据刷新策略，确保从服务器上的数据尽可能与主服务器同步。可以使用监控工具检测从服务器的同步状态，并根据需要调整负载。
  3. Redis Sentinel：使用 Redis Sentinel 进行高可用性配置，自动检测和处理故障，确保数据尽可能一致。

结论

在 Redis 的默认配置中，从服务器不会主动转向主服务器确认数据是否存在。当从服务器的同步偏移量不完整时，客户端访问可能会返回旧数据或空结果。为了确保数据一致性，可以考虑客户端直接连接主服务器进行关键读操作，或通过其他机制（如缓存和监控）优化主从复制和读写分离策略。