正确设置Redis的maxmemory参数是保障服务稳定与性能的关键。它决定了Redis实例能使用的最大内存量，一旦超出，就会触发内存淘汰。这不仅影响数据存储，更直接关系到服务是否会因内存溢出而崩溃。理解其工作原理并进行合理配置，是每位运维和开发人员的必备技能。
Redis maxmemory设置多少合适
这没有统一答案，主要取决于你的系统总内存和Redis的角色。如果Redis是主数据库，建议设置不超过系统总内存的60%，为系统和其他进程预留空间。如果用作缓存，可以设置为70%-80%。关键是要通过INFO memory命令持续监控used_memory峰值，确保maxmemory值高于此峰值并有约20%的缓冲空间，以应对突发流量。同时，务必设置maxmemory-policy淘汰策略，而不是让它无限增长。
如何选择maxmemory-policy淘汰策略
淘汰策略决定了内存满时如何移除数据。常用策略有volatile-lru和allkeys-lru。如果你的数据都有过期时间，且重要数据不过期，选择volatile-lru，它只淘汰有过期时间的键。如果所有数据都可被淘汰，作为纯缓存使用，allkeys-lru是通用选择，它基于最近最少使用原则淘汰所有键。在生产环境中，切忌使用noeviction，这会导致写请求失败，除非你确保内存永不超限。
maxmemory配置不当会导致什么问题
最直接的问题是服务因OOM（内存溢出）被系统强制终止，导致服务不可用。即使设置了淘汰策略，如果配置过小，会频繁触发淘汰，大量CPU资源耗费在淘汰逻辑上，并且缓存命中率急剧下降，拖慢应用响应。另一个隐性问题是与持久化冲突：当内存使用接近maxmemory时，如果触发bgsave生成RDB，子进程会复制内存页，可能导致父进程内存瞬间翻倍而触发OOM，造成备份失败甚至主进程崩溃。
你目前在项目中使用的Redis淘汰策略是什么？在实际运行中是否遇到过因内存配置引发的事故，又是如何解决的？欢迎在评论区分享你的经验，如果觉得本文对你有帮助，请点赞支持。
