Redis键查询是否访问持久化数据？缓存超限如何处理？

嗨，这个问题问到点子上了，作为天天跟Redis打交道的开发者，我给你把这些逻辑讲得明明白白：

1. 运行时查询键：只查内存，不碰持久化文件 #

Redis本质是内存优先的键值数据库，服务器运行期间，所有活跃的数据都加载在内存里。你执行GET、HGET这类查询命令时，Redis只会在内存的哈希表/跳表等数据结构里找，完全不会去读取磁盘上的RDB或AOF文件。持久化文件的作用是备份和重启恢复，不是用来做运行时的数据源。

2. 缓存中找不到键：不会自动去磁盘查找 #

如果内存里没有目标键，Redis直接返回nil，不会去扫描磁盘上的持久化文件。因为持久化文件的格式不是为随机查询设计的（比如RDB是二进制快照，AOF是命令日志），要是每次查不到都去读磁盘，性能会暴跌，完全违背Redis的高性能定位。

3. 缓存过大时的处理逻辑 #

Redis会根据你配置的内存淘汰策略来处理，核心是通过maxmemory参数设置内存上限，再用maxmemory-policy指定淘汰规则，常见的策略有：

• volatile-lru：从设置了过期时间的键中，淘汰最近最少使用的
• allkeys-lru：从所有键中，淘汰最近最少使用的（最常用的通用策略）
• volatile-ttl：从过期键中，淘汰剩余生存时间最短的
• volatile-random/allkeys-random：随机淘汰对应范围的键
• noeviction：默认策略，内存满了之后拒绝所有写操作（读操作正常）

如果没配置maxmemory，Redis会一直占用内存直到系统资源耗尽，这非常危险，生产环境一定要设置合理的内存上限和淘汰策略。

4. 写入磁盘后，内存缓存不会自动清空 #

不管是执行RDB快照（SAVE/BGSAVE）还是AOF刷盘（BGREWRITEAOF），Redis写完磁盘后，内存里的数据会原封不动保留。持久化只是把内存数据的副本写到磁盘，不是“移过去”——毕竟Redis的核心服务还是依赖内存来提供高性能读写。只有当你手动执行FLUSHDB/FLUSHALL，或者触发了内存淘汰策略时，内存里的键才会被删除。

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