Ubuntu 上提升 Redis 性能的系统化做法
一 系统层优化
- 提升连接队列与文件句柄：在 /etc/sysctl.conf 增加或调整 net.core.somaxconn=65535，并适当提高 fs.file-max，随后执行 sysctl -p 生效。这能缓解高并发下的连接排队与“连接拒绝”。
- 网络与端口治理：仅开放必要端口（默认 6379），使用 ufw 限制来源 IP，避免与常见服务端口冲突，减少噪声流量。
- 存储与硬件：优先使用 SSD 降低持久化与 AOF 刷盘延迟；确保内存与 CPU 资源充足，避免系统抖动影响 Redis 延迟。
- CPU 亲和与绑核：通过 numactl --cpubind=0,1 将 Redis 实例绑定到指定核心，减少上下文切换与跨 NUMA 访问带来的抖动（适合多实例或混部场景）。
二 Redis 配置优化
- 内存与淘汰策略：设置 maxmemory（如物理内存的 60%–75%，视业务而定），淘汰策略优先 allkeys-lru 或 volatile-lru；避免使用 noeviction 导致写入被拒。
- 持久化取舍：RDB 适合备份与恢复，AOF 提供更高数据安全性；若启用 AOF，建议 appendfsync everysec 平衡性能与持久性。RDB 的 save 规则可按业务容忍度调优，减少频繁快照带来的抖动。
- 连接与超时：合理设置 timeout 回收空闲连接；根据并发量调整 maxclients，避免连接风暴。
- 监听与安全：默认 bind 127.0.0.1 仅本地访问；如需远程，改为 bind 0.0.0.0 并务必配合 requirepass 强密码与 ufw 防火墙策略。
- 数据结构与命令：优先使用 hashes 等高效结构存储对象；避免 *KEYS 、大集合全量扫描等阻塞操作；在客户端启用连接池复用连接。
三 部署与扩展
- 版本与更新：保持 Redis 为最新稳定版，及时获得性能修复与安全改进。
- 架构扩展：数据量大或并发高时采用 Redis Cluster 分片与读写分离，降低单实例热点与内存压力。
- 监控与告警：使用 redis-cli --stat、INFO 与 RedisInsight 做日常观测，结合 Prometheus + Grafana 建立关键指标（如延迟、命中率、内存碎片、连接数）的监控与告警。
四 快速检查与落地步骤
- 基线采集：记录优化前的延迟、命中率、内存占用与慢查询，便于对比。
- 配置落地：编辑 /etc/redis/redis.conf，按需调整 maxmemory、maxmemory-policy、appendfsync、timeout、bind、requirepass 等；远程访问务必同时开启防火墙规则。
- 系统参数：在 /etc/sysctl.conf 设置 net.core.somaxconn=65535 并执行 sysctl -p；必要时用 numactl 绑定核心。
- 重启与验证：执行 sudo systemctl restart redis，用 redis-cli ping 验证；通过 redis-cli info memory 与 redis-cli --stat 观察内存与实时指标变化。
五 常见误区与建议
- 过度持久化：高频 save 或 appendfsync always 会显著增加 I/O 与延迟，通常 everysec 更均衡。
- 无限制内存：未设 maxmemory 或策略不当，容易触发 eviction 异常或 OOM。
- 远程开放无防护：将 bind 0.0.0.0 却未设密码或未用 ufw 限制来源，存在严重安全风险。
- 大 Key 与阻塞命令：一次性操作大 Value 或执行 **KEYS ***、长时间 Lua 脚本，会阻塞事件循环，影响整体吞吐。
- 盲目并发连接：无限制增大 maxclients 可能导致系统资源耗尽，应与连接池和超时策略配套设计。