本文共 1902 字，大约阅读时间需要 6 分钟。

Redis性能优化指南

1. Redis真的变慢了吗？

在实际应用中，Redis的性能可能会出现明显的变化。这种情况通常与硬件配置、命令复杂度以及网络延迟等因素有关。要准确判断Redis是否变慢，需要通过基准测试了解其在特定环境下的性能基线。

基准测试

通过执行Redis CLI命令，可以测试Redis实例的响应延迟。例如：

./redis-cli --intrinsic-latency 120

输出结果显示，最大响应延迟为119微秒（0.119毫秒）。如果延迟显著增加，可能需要进一步排查原因。

网络延迟

使用iPerf工具测试网络带宽，确保Redis服务器和客户端之间的网络连接稳定。例如：

iperf -s -p 12345 -i 1M

结果显示，最大带宽为5.47Gbps。网络延迟对Redis性能影响较大，需优化网络配置。

2. 使用复杂度过高的命令

复杂度高的命令可能导致Redis性能下降。例如，O(N)复杂度的聚合命令可能在大数据量下耗时较长。

慢日志分析

检查Redis慢日志，设置慢日志阈值：

CONFIG SET slowlog-log-slower-than 5000
CONFIG SET slowlog-max-len 500

慢日志记录了耗时较长的命令，帮助分析性能瓶颈。

bigkey扫描

使用--bigkeys选项扫描大key：

redis-cli -h 127.0.0.1 -p 6379 --bigkeys -i 1

分析结果中，bigkey对性能的影响可能来自频繁的内存拷贝或网络传输。

3. 集中过期问题

大量key集中过期可能导致Redis延迟增加。优化方法包括随机延迟过期时间和开启lazy-free机制。

随机过期时间

在设置过期时间时，增加随机值：

redis.expireat(key, expire_time + random(300))

lazy-free机制

Redis 4.0以上版本支持lazy-free机制，释放内存操作放到后台线程：

lazyfree-lazy-eviction yes
lazyfree-lazy-expire yes
lazyfree-lazy-server-del yes
slave-lazy-flush yes

4. 内存碎片问题

内存碎片率高时，Redis性能下降。使用Redis 4.0以上版本的自动碎片整理功能：

activedefrag yes
active-defrag-ignore-bytes 100mb
active-defrag-threshold-lower 10
active-defrag-threshold-upper 100
active-defrag-cycle-min 1
active-defrag-cycle-max 25
active-defrag-max-scan-fields 1000

5. 实例内存优化

避免存储大key，优化淘汰策略，分摊内存压力。Redis 4.0以上版本支持lazy-free机制：

lazyfree-lazy-eviction yes
lazyfree-lazy-expire yes
lazyfree-lazy-server-del yes
slave-lazy-flush yes

6. fork耗时优化

合理配置数据持久化策略，避免大实例导致的fork耗时。使用多核CPU优化，避免内存大页机制。

taskset -c 0,2,4,6 ./redis-server

7. Swap优化

监控Redis进程是否使用Swap，避免内存不足或过多使用Swap。通过增加内存或分摊数据量，减少Swap使用。

cat /proc/pid/smaps | egrep '^(Swap|Size)'

8. 内存大页机制

关闭内存大页机制：

echo never /sys/kernel/mm/transparent_hugepage/enabled

9. AOF优化

在AOF重写期间，禁用appendfsync：

no-appendfsync-on-rewrite yes

10. 多核CPU优化

绑定CPU核，优化性能：

taskset -c 0-7:2 ./redis-server

11. 查看内存使用

监控Redis进程是否使用Swap：

ps aux | grep redis-server
cat /proc/pid/smaps | egrep '^(Swap|Size)'

通过以上优化，能够有效提升Redis性能，减少延迟问题。

转载地址：http://mnqfk.baihongyu.com/