结论：Redis缓存中null值的成因主要是数据库查询返回空结果、数据源异常或缓存穿透攻击；读取策略推荐使用布隆过滤器预判、缓存空值（设置短TTL如60秒）并结合熔断机制，避免雪崩。实际代码示例：setex("key", 60, "NULL")；读取时if (value == "NULL") return null; else return JSON.parse(value);

来源1

在Redis中，null值通常是因为后端服务查询数据库时，没有查到对应数据，然后把null缓存起来了。另一个原因是缓存穿透，恶意请求不存在的数据，导致每次都穿透到DB，产生大量null。解决办法是缓存null值，但TTL要短，比如10秒，避免长期占用空间。

来源2

Redis本身不支持null，它存字符串或数字，null往往是我们序列化后存的"null"字符串。成因：1. DB无数据；2. 反序列化失败；3. 代码bug直接存null。策略：读取时区分真实null和空字符串，使用哨兵值如"N/A"代替null缓存。

来源3

热议焦点：null值缓存会放大缓存雪崩风险。建议不缓存null，直接回源DB，但加随机TTL和限流。新解析是用HyperLogLog预估key存在性，减少无效查询。代码：if (bloom.exists(key)) { value = redis.get(key); if(value==null) return dbQuery(); }

来源4

常见场景：用户搜索不存在的商品ID，query返回null，缓存它。问题：下次请求还是null，DB压力不减。策略：缓存null + 短TTL + 多级缓存（本地+Redis）。测试发现，TTL=30s时，命中率提升20%。

来源5

解析null成因：1. 序列化JSON时null变"null"；2. 管道批量操作部分失败；3. 集群节点迁移数据丢失。读取策略：用Lua脚本原子检查get+setnx，避免脏读。script: if redis.call('get',KEYS[1]) then return 1 end redis.call('setex',KEYS[1],ARGV[1],ARGV[2]) return 0

来源6

网友分享：我们项目null泛滥因ORM框架默认缓存空列表。优化后，用@Cacheable(condition="#result != null")注解，只缓存非空。Redis策略：pipeline批量get，null统一标记。

来源7

新观点：null不是bug，是feature。主动缓存null防穿透，但用bitmap标记null key，节省内存。读取：bit = bitmap.get(key); if(bit==1) return null; else return redis.get(key);

Q: Redis为什么会出现null值？
A: 主要因DB无数据或穿透攻击，代码存入"null"字符串。

Q: 缓存null值TTL设多少合适？
A: 建议10-60秒，视业务QPS调整，避免雪崩。

Q: 如何区分缓存null和真实空数据？
A: 用特殊哨兵值如"__NULL__"，反序列化时判断替换。

Q: 不缓存null行不行？
A: 可行但易穿透，用布隆过滤器结合更好。