如何在Redis 7.x中配置内存管理的限制_设置maxmemory与淘汰策略-Redis-PHP中文网

必须设maxmemory，否则redis会耗尽内存被oom killer杀掉；maxmemory-policy不能用默认noeviction，否则超限直接报错而非自动清理；单位须明确写为kb/mb/gb，如maxmemory 2gb，禁用g、m等模糊后缀；建议设为物理内存的75%左右，预留主从缓冲空间；策略选择依ttl分布：全键带ttl用allkeys-lru，仅部分带ttl用volatile-lru或volatile-ttl，严禁数据丢失场景才保留noeviction并配监控。

如何在redis 7.x中配置内存管理的限制_设置maxmemory与淘汰策略

必须设 maxmemory，否则 Redis 会吃光服务器内存直到被系统 OOM Killer 杀掉；maxmemory-policy 不能留默认的 noeviction，否则一超限就写失败，不是“自动清理”，而是直接报错 OOM command not allowed when used memory > 'maxmemory'。

怎么设 `maxmemory` 才不翻车

单位要写清楚，redis.conf 里支持 kb、mb、gb，但别写 1024m 这种模糊值——Redis 会按字节解析，1024m 实际是 1024 字节，不是 1024 MB。

maxmemory 2gb ✅（推荐，语义清晰）
maxmemory 2147483648 ✅（等于 2GB 字节，但难读易错）
maxmemory 2g ❌（Redis 不识别 g，会当 0 处理）
maxmemory 0 ❌（64 位系统下表示不限制，生产环境禁用）

值大小要预留缓冲：主从复制时输出缓冲区不计入 maxmemory，建议设为物理内存的 75% 左右。比如机器有 16GB 内存，maxmemory 12gb 比设 16gb 更安全。

`maxmemory-policy` 选哪个？看数据有没有 TTL

如果业务里只有缓存键带过期时间（比如 SET key value EX 3600），而用户 session、配置等关键数据没设 TTL，那就只能用 volatile-* 类策略——它只在 expire 字典里找键淘汰，不会动你那些“永久”数据。

缓存为主 + 全部键都带 TTL → allkeys-lru 或 allkeys-lfu
缓存为主 + 只有部分键带 TTL → volatile-lru（稳）、volatile-ttl（适合短生命周期缓存，如验证码）
不确定访问模式，或压测发现 LRU 效果差 → 改用 allkeys-lfu，它对突发流量更友好
绝对不允许丢数据（比如 Redis 当消息队列用）→ 仍设 noeviction，但必须配监控告警，提前扩容或清理

注意：volatile-lfu 和 allkeys-lfu 是 Redis 4.0+ 才支持，7.x 可放心用；但 LFU 需要统计访问频次，内存开销略高于 LRU。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

动态改配置后为什么没生效？

执行 CONFIG SET maxmemory 2gb 和 CONFIG SET maxmemory-policy allkeys-lru 后，立刻查 INFO memory 的 used_memory_human 和 mem_policy 字段确认是否已更新。

如果 mem_policy 还是 noeviction，说明命令输错了，比如多空格：configset maxmemory-policy allkeys-lru（缺空格，Redis 当作一个命令名忽略）
如果 used_memory_human 明显超过新设的 maxmemory，说明旧数据还没触发淘汰——淘汰是惰性的，只在写入新数据且内存不足时才真正执行
重启 Redis 后配置丢失？因为 CONFIG SET 是运行时修改，要永久生效必须同步改 redis.conf 并重载或重启

验证淘汰是否工作：先用 DEBUG POPULATE 10000 key:__ 1000 填满接近上限，再 SET test value，观察是否成功，以及 INFO stats 中的 evicted_keys 是否增长。