Redis内存瓶颈预警，网卡占满需警惕，优化配置刻不容缓

立即检查Redis内存使用率是否超过80%和网卡流量是否持续满载，并优化maxmemory配置与网络缓冲区参数。

内存瓶颈识别与处理

当Redis运行缓慢或频繁出错时，很可能内存快用完了。先打开命令行，输入info memory命令，查看used_memory_human这一行，它显示了当前用了多少内存。如果这个数字接近你给Redis设置的最大内存，比如达到80%以上，就该警惕了。别等到100%才行动，因为Redis在内存满时可能开始删除数据或直接拒绝写入，导致服务中断。

处理内存问题，首先要设置一个合理的最大内存限制。在Redis配置文件redis.conf里，找到maxmemory这一项，比如设置为1GB，就写maxmemory 1gb。同时，设置内存满了之后的处理策略，用maxmemory-policy。常见的选择是allkeys-lru，它会在内存不足时移除最近最少使用的键，避免服务崩溃。如果你有些数据绝对不能丢，可以用volatile-lru，只移除设置了过期时间的键。改完配置后，重启Redis服务让设置生效。

另外，检查有没有内存浪费。大的键值对，比如存储了几万条记录的哈希表，会占用大量内存。可以用redis-cli --bigkeys命令快速找出最大的键，然后考虑是否拆分或压缩。例如，把一个大列表分成几个小列表存储。定期清理过期数据也很重要，确保Redis能自动回收内存。

网卡占满的排查与缓解

如果服务器网络卡顿，Redis响应变慢，可能是网卡被流量挤满了。用系统工具如iftop或nethogs查看实时网络流量，如果发现Redis进程的发送或接收流量持续很高，比如占满千兆网卡的80%以上，就需要优化。

首先，减少不必要的网络传输。在Redis中，避免使用大量小的读写操作，比如一次读一个键，改成批量操作，用mget或pipeline批量获取数据。这样可以减少网络往返次数，降低流量。对于频繁访问的热点数据，考虑在应用层加缓存，减少对Redis的直接请求。

其次，调整Redis的网络配置。在redis.conf中，增加tcp-keepalive时间，比如设为300秒，帮助维持连接稳定。如果客户端很多，可以增加maxclients限制同时连接数，避免过多连接导致网络拥堵。另外，检查客户端是否有异常行为，比如某个客户端不断发送大量请求，用client list命令查看连接详情，必要时用client kill命令断开问题连接。

最后，考虑升级硬件。如果流量持续增长，单台服务器网卡不够用，可以部署Redis集群，把数据分散到多台机器，分摊网络压力。或者使用更高速的网卡，比如从千兆升级到万兆。

优化配置实战步骤

动手优化Redis，先从备份配置文件开始。复制一份redis.conf到安全位置，然后逐步修改。针对内存，设置maxmemory为系统内存的70%，比如服务器有8GB内存，就设maxmemory 5.6gb，并添加maxmemory-policy allkeys-lru。保存后，重启Redis服务：sudo systemctl restart redis。

针对网络，在配置文件中添加tcp-keepalive 300，并调整maxclients到合理值，比如10000。监控优化效果，用redis-cli info命令定期检查memory和stats部分，确保内存使用率下降，网络错误减少。同时，用系统监控工具观察网卡流量，确认是否缓解。

日常维护中，养成习惯每周检查一次Redis状态。设置简单脚本，自动收集关键指标，如内存使用率和网络流量，发送告警邮件或消息。这样能提前发现问题，避免服务中断。

FAQ

Q: Redis内存使用率突然飙升，怎么办？
A: 先快速重启Redis服务释放临时内存，然后检查是否有大键或内存泄漏。用redis-cli --bigkeys找出大键，并review代码确认有无无限写入。临时可以用config set maxmemory-policy allkeys-lru应急。

Q: 网卡流量高，但Redis负载不高，可能是什么原因？
A: 可能是客户端频繁建立短连接，导致网络开销大。优化客户端使用长连接，并检查是否有外部攻击或爬虫请求。可以用防火墙限制异常IP访问。

引用来源：本内容基于Redis官方文档(https://redis.io/docs/)中关于内存管理和网络配置的章节，结合常见的运维实践经验总结而成，具体参数建议参考实际环境测试。