Redis性能提升那些配置上的小技巧，聊聊怎么调才更快更稳

说到让Redis跑得更快更稳，很多人第一反应是升级硬件，比如换更快的CPU、更大的内存，这当然有用，但成本也高，很多时候我们通过调整一些配置参数，就能免费获得可观的性能提升和稳定性保障，下面我就聊聊这些配置上的小技巧,主要参考了Redis官方文档的实践建议以及一些线上项目的经验总结。

第一，别让持久化拖了后腿——配置好RDB和AOF。

Redis的数据可以保存到硬盘上，防止重启后丢失，这主要靠RDB快照和AOF日志，但如果配置不当,它们会成为最大的性能瓶颈。

• RDB（快照）的窍门： RDB是隔一段时间拍一张完整的数据快照，默认配置可能要求每分钟有1万次键变更，或者每5分钟有10次键变更就触发保存，这个频率对于写操作频繁的系统来说太高了，主进程fork子进程进行保存的操作会非常密集,导致间歇性的卡顿。

  

  • 怎么调？ 根据你的业务容忍度来，如果你的数据可以容忍丢失几分钟，甚至更长时间，就把save指令的条件放宽，可以设置为“每15分钟至少有1次变更”才保存，确保stop-writes-on-bgsave-error配置为no（如果硬盘满了，不让Redis停止写入，避免服务完全不可用），参考Redis官方文档对持久化的说明,它建议根据数据重要性权衡持久化频率。

• AOF（日志）的窍门： AOF记录 every write operation，更安全，但写盘压力大，它的同步策略有everysec（每秒同步，默认）、always（每个命令都同步，最安全也最慢）和no（由操作系统决定，不安全）。

  • 怎么调？ 绝大多数场景下，用默认的everysec就行，它在性能和安全性之间取得了很好的平衡，除非你对数据一致性有极苛刻的要求（比如金融交易），否则别用always，因为它会让Redis的性能退化到和传统硬盘数据库差不多，当AOF文件太大时，Redis会重写它以减少体积，可以适当调低auto-aof-rewrite-percentage（比如从100%调到80%），让重写更早发生,避免单次重写操作耗时过长。

第二，让内存用得更高效——对付内存碎片和过期键。

内存是Redis的命根子，内存管理不好,再快的CPU也白搭。

• 内存碎片问题： 数据频繁增删改后，内存会产生很多小碎片，就像硬盘碎片一样，虽然Redis自己有整理机制,但可能不够及时。

  

  • 怎么调？ 关注info memory命令输出里的mem_fragmentation_ratio（内存碎片率），如果这个值持续高于1.5，就需要干预了，从Redis 4.0开始，可以配置activedefrag yes来开启自动碎片整理，并设置active-defrag-ignore-bytes和active-defrag-threshold-lower这些阈值，让Redis在碎片达到一定程度时自动在后台整理,这能避免因内存碎片导致的实际可用内存不足。

• 过期键的清理： Redis有两种删除过期键的策略：惰性删除（当你访问一个键时发现它过期了才删除）和定期删除（定期抽样检查并删除过期键）。

  • 怎么调？ 如果系统中有大量键同时过期，可能会导致定期删除时出现卡顿，解决办法是给过期时间加一个随机扰动值，避免在同一秒内集中过期，可以调整hz参数（默认是10），它控制了定期任务（包括过期键清理）的执行频率，适当提高hz（比如到100）可以让清理工作更平滑，但会稍微增加CPU负担，需要监控观察，这个建议在Redis Labs的技术博客中有过讨论。

第三，稳住网络连接——避免连接数成为瓶颈。

Redis是单线程处理命令的，但网络I/O是多路的,连接数过多也会带来压力。

• 最大连接数： maxclients参数默认是10000，一般够用，但要确保你的系统文件描述符限制（ulimit -n）高于这个值,否则Redis无法达到预设的最大连接数。
• TIME_WAIT连接： 如果客户端频繁地创建和关闭连接，服务器端会积累大量处于TIME_WAIT状态的连接，可能占满端口。最好的办法是让客户端使用连接池，复用连接，而不是用完了就关，这能从根源上减少短连接的产生，对于服务器端，可以调整内核参数来加快TIME_WAIT连接的回收，但这属于系统级优化,要谨慎操作。

第四，应对极端情况——设置合理的内存和CPU策略。

• 内存满了怎么办？ maxmemory-policy这个参数至关重要，默认是noeviction（不淘汰，只读不写）,这会导致写服务完全不可用。

  • 怎么调？ 通常建议设置为allkeys-lru（从所有键中淘汰最近最少使用的）或volatile-lru（只从设置了过期时间的键中淘汰最近最少使用的），选择哪种取决于你的业务：如果所有数据都可以被淘汰，用前者；如果有些关键数据永不过期且不能丢，用后者，确保在内存用满时，Redis有路可退，能继续提供写服务,而不是直接罢工。

• 绑定CPU要小心： 在Redis的配置文件中，可以通过bind指令指定监听的IP地址，有些人为了安全，只绑定127.0.0.1，但如果你的客户端和应用服务器在同一台机器上，使用回环地址（127.0.0.1）进行通信，速度会非常快，因为不走物理网卡，在确保安全的前提下（比如有防火墙），优先使用本地连接，将Redis进程绑定到特定的CPU核上（使用taskset命令）可以减少上下文切换，可能提升性能，但在多核机器上，如果还有别的任务在跑，需要仔细规划,避免资源争抢。

也是最重要的一点：监控和测试。

上面说的所有技巧都不是一成不变的金科玉律。在修改任何生产环境的配置之前，一定要在自己的测试环境中进行充分的压力测试。 使用redis-benchmark工具模拟流量，同时用info命令实时观察QPS、延迟、内存使用率、碎片率、连接数等关键指标的变化，通过对比测试,找到最适合你当前业务数据和访问模式的配置组合。

调优是一个持续的过程，随着业务量的增长和数据模式的变化，今天的最佳配置明天可能就需要调整，保持监控，定期回顾,才能让Redis始终又快又稳。