Redis生产环境maxmemory建议设为物理内存的60%–80%，兼顾自身开销、系统预留及碎片缓冲；纯缓存场景可取75%–80%并启用主动碎片整理，混合场景则建议60%–70%并选用volatile-lru策略。
缓存型应用对内存敏感、对CPU压力相对低，Redis 尤其典型——它用单线程处理命令，核心瓶颈在内存带宽和容量，而非多核并发。所以“最优内存比例”不是固定数字，而是围绕业务数据量、淘汰行为和系统稳定性动态权衡的结果。
根据物理内存总量定基准范围
生产环境推荐把 Redis 最大可用内存（maxmemory）设为服务器总内存的 60%–80%。这个区间兼顾三件事：Redis 自身开销（如连接缓冲、复制积压、Lua 脚本内存）、操作系统基础运行所需（至少 1–2GB）、以及突发流量或内存碎片带来的额外消耗。
- 16GB 物理机 → 建议 maxmemory 设为 10GB～12GB
- 32GB 物理机 → 建议 maxmemory 设为 18GB～24GB
- 若服务器只跑 Redis（无数据库、无其他中间件），可上探至 85%，但务必保留至少 2GB 给系统缓冲
按缓存用途细化调整
纯缓存场景（如商品详情页、用户会话）允许丢数据，可更激进地利用内存；而混合场景（如含部分热持久化数据）需更保守。
- 仅作缓存（数据可重建）：maxmemory 可设到物理内存的 75%～80%，同时开启 activedefrag yes 并调高 active-defrag-threshold-lower（建议 10），主动整理碎片
- 缓存 + 少量关键状态（如订单锁、分布式幂等 token）：建议控制在 60%～70%，并选用 volatile-lru 或 volatile-lfu 策略，避免误删永久键
- 内存碎片率（mem_fragmentation_ratio）持续 >1.5 时，说明已出现明显不连续分配，应考虑重启或扩容，不能靠调高 maxmemory 弥补
CPU 配置要匹配内存节奏
Redis 不吃多核，但 CPU 主频和内存带宽必须协同。高频 CPU（≥3.0GHz）能更快完成序列化、网络收发、LRU 淘汰计算等单线程任务；而内存通道数（如双通道/四通道）直接影响数据读写吞吐。
- 避免使用低主频+多核的“虚拟化友好型”CPU，实测 4核3.2GHz 比 8核2.4GHz 更适合单实例 Redis
- 启用 tcp-keepalive 60 减少空闲连接堆积，降低内核协议栈压力
- 若单机部署多个 Redis 实例（如分库分片），可绑定不同 CPU 核心（taskset），但每个实例仍只需 1～2 核
验证与微调的关键动作
上线后别只看配置，要盯住真实指标：
- 用 INFO MEMORY 查 used_memory_human 和 mem_fragmentation_ratio，每小时采样一次，观察趋势
- 用 MEMORY USAGE key 抽样热点键，确认单 key 是否异常膨胀（比如哈希结构字段过多）
- 淘汰速率（evicted_keys）突增？说明 maxmemory 设置过紧或访问模式突变，需结合业务查因
- 若 used_memory_rss 远高于 used_memory（比如比值＞2.0），优先检查是否开启了 AOF 重写或 RDB fork，而不是立刻加内存
