10CPU/32GB内存Linux服务器maxmemory配置及Redis CPU调优咨询

一、32GB内存、10核CPU服务器的Redis maxmemory合理值 #

• 先预留系统基础运行内存：Linux系统本身需2-4GB（若有监控、日志等常驻服务，建议留4GB以上）。
• 单Redis实例场景：若服务器仅运行Redis，可分配20-24GB作为maxmemory。预留的内存用于Redis持久化（RDB/AOF）、主从同步时的fork子进程开销，避免触发系统OOM。
• 多业务共存场景：先统计其他业务（如Web服务、数据库）的常规内存占用，再给Redis分配剩余可用内存的70%-80%，防止内存资源竞争。

二、RedHat服务器Redis性能问题分析与优化建议 #

问题根因 #

你的判断准确：当maxmemory=128mb且maxmemory-policy=noeviction时，Redis内存耗尽后会拒绝所有写入请求。此时Redis会高频检查内存阈值，再加上业务端的重试请求，双重负载导致CPU占用飙升至97%，系统负载拉满。

具体优化步骤 #

1. 紧急调整内存阈值：先根据服务器可用内存（扣除系统和其他业务占用）临时调高maxmemory，比如执行redis-cli config set maxmemory 4gb（数值可根据实际情况调整），缓解内存压力。
2. 切换内存淘汰策略：执行redis-cli config set maxmemory-policy volatile-lru临时生效，该策略会优先淘汰带过期时间的键，保留未设过期时间的核心数据。注意需确保业务中需清理的热点数据都配置了合理过期时间，否则策略效果受限。
3. 永久保存配置：修改redis.conf文件，更新maxmemory和maxmemory-policy参数，重启Redis或执行redis-cli config rewrite让配置持久化。
4. 后续监控与优化
   • 定期用info memory查看used_memory、evicted_keys指标，判断maxmemory阈值是否合理，按需调整。
   • 检查业务端是否存在无限制重试逻辑，避免内存不足时触发请求雪崩。
   • 定期用scan命令遍历清理过期未自动回收的无效键，减轻Redis内存负担。

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