Ubuntu上Redis配置的常见性能瓶颈与优化要点
一 持久化与磁盘I/O瓶颈
- 将 appendfsync 设为 everysec 可在性能与数据安全之间取得平衡；将其设为 always 会为每个写命令触发磁盘同步，极易在写密集场景造成显著延迟。AOF 重写期间也会带来额外磁盘与CPU压力，需结合业务容忍度与磁盘能力综合权衡。RDB 快照频率过高同样会引入间歇性 I/O 抖动。建议：非强一致场景优先 everysec，必要时降低 RDB 触发频率或错峰执行，避免与重写叠加。
二 内存与驱逐策略瓶颈
- 未设置 maxmemory 或上限过高，容易触发系统 OOM 或被动淘汰；未合理配置 maxmemory-policy（如 allkeys-lru / volatile-lru）会导致命中率下降与性能波动。若发生 Swap，Redis 访问延迟会急剧上升，应预留约 20% 内存、避免与其他大内存进程同机、必要时释放被换出的内存。建议：明确内存上限与淘汰策略，监控 used_memory / used_memory_rss / evicted_keys，必要时扩容或分片。
三 网络与连接瓶颈
- 高并发短连接会导致 TCP 建连/拆连 开销放大；连接队列过小会造成新连接被丢弃或排队。建议：客户端使用连接池复用长连接；服务端按需调大 maxclients 与内核 net.core.somaxconn，并配合防火墙与绑定地址减少无效流量。若带宽被打满，会出现 P99 延迟上升、丢包 等现象，应评估扩容或做读写分离/就近接入。
四 CPU与单线程模型瓶颈
- Redis 6.0+ 将网络 I/O 多线程化，可显著缓解高并发下的网络瓶颈；命令执行仍为单线程，CPU 饱和或频繁执行 bigkey、复杂 Lua 脚本会成为热点。建议：升级至 6.0+ 并开启 io-threads / io-threads-do-reads；压测评估最佳线程数；优化数据结构与命令粒度，避免大键与长脚本。
五 快速排查与配置清单
- 排查路径：先用 INFO 查看持久化、内存、命中率与阻塞信息；用系统工具排查资源（如 top / iostat / pidstat / strace / lsof）定位 I/O、CPU、连接等异常；检查是否发生 Swap 与慢查询/慢命令；必要时做 AOF 重写与 RDB 错峰。配置建议：持久化用 everysec，RDB 触发策略按业务调低；设置 maxmemory 与 maxmemory-policy；开启 连接池、调大 maxclients / somaxconn；Redis 6.0+ 启用 I/O 多线程；生产变更先在测试环境验证并持续监控。