AWS ElastiCache Redis集群存键后偶尔返回null值求助

核心原因 #

你遇到的写入后能查到key但偶尔读取返回null的问题，结合AWS ElastiCache的1主2从架构，主要由以下几种情况导致：

1. 主从同步延迟
   Redis主从同步是异步执行的：写入操作先在主节点完成，再逐步同步到从节点。你在SessionCallback里的set和hasKey操作属于同一段会话，大概率是路由到主节点执行的，所以能立刻确认key存在；但后续的get请求如果被客户端分配到了还没完成同步的从节点，就会返回null。这种情况在写入压力大、主从节点跨可用区（网络延迟高）时更容易出现。

2. 客户端读写路由策略问题
   如果你的Redis客户端（RedisTemplate/Redisson）配置了读写分离（读请求优先走从节点），或者读取时随机选择主/从节点，就会出现部分读请求落到未同步的从节点，从而读取到null。

3. TTL设置过短
   检查你设置的TTL时长，如果TTL值极小，可能在写入完成到发起读取的间隙，key已经过期失效，这种情况也会导致读取返回null。

4. 集群故障转移波动
   AWS ElastiCache会自动处理主节点故障，将从节点提升为主节点。在故障转移的短暂窗口内，集群数据可能存在不一致，此时读请求可能返回null。不过这种情况发生频率较低，通常伴随节点状态变更日志。

排查与解决建议 #

• 验证读写路由策略：临时修改客户端配置，让所有读请求强制路由到主节点，观察是否还会出现null。如果问题消失，说明是主从同步延迟+读写分离导致的，此时可以调整读路由策略（比如关键数据读主节点，非关键数据读从节点），或者优化主从同步性能（比如选择同可用区节点）。
• 检查主从同步状态：登录AWS ElastiCache控制台，查看主从节点的复制偏移量，确认是否存在持续的同步延迟。如果偏移量差距过大，需要排查节点资源或网络问题。
• 排除TTL因素：临时将TTL设置为一个较大的值（比如1小时），测试是否还会出现读取null的情况，排除过期导致的问题。
• 查看集群事件日志：在ElastiCache控制台的事件日志中，检查是否有主从切换、节点重启等记录，确认是否是故障转移导致的偶发问题。

内容的提问来源于stack exchange，提问作者asn1993