Redis有哪些慢操作？

鸨哥学JAVA

已于 2022-09-09 09:52:09 修改

阅读量818

点赞数

分类专栏： Java 程序员编程文章标签： redis 数据库缓存

于 2022-09-09 09:52:03 首次发布

本文链接：https://blog.csdn.net/Cr1556648487/article/details/126776993

版权

本文探讨了Redis中可能导致性能下降的慢操作，包括使用复杂度过高的命令、操作bigkey、大量key集中过期、内存达到上限触发淘汰策略、写AOF日志方式不当、fork耗时过长以及使用swap分区。提出了相应的解决方案，如使用SCAN系列命令替代KEYS、避免bigkey、调整过期策略和内存限制、优化AOF刷盘机制、控制内存大小以及避免数据进入Swap分区。

摘要由CSDN通过智能技术生成

Redis是否变慢了？

从业务服务器到Redis服务器这条调用链路中变慢的原因可能有2个

业务服务器到Redis服务器之间出现了网络问题，例如网络丢包，延迟比较严重
Redis本身的执行出现问题，此时我们就需要排查Redis的问题

但是大多数情况下都是Redis服务的问题。但是应该如何衡量Redis变慢了呢？命令执行时间大于1s，大于2s？这其实并没有一个固定的标准。

例如在一个配置较高的服务器中，0.5毫秒就认为Redis变慢了，在一个配置较低的服务器中，3毫秒才认为Redis变慢了。所以我们要针对自己的机器做基准测试，看平常情况下Redis处理命令的时间是多长？

我们可以使用如下命令来监测和统计测试期间的最大延迟（以微秒为单位）

redis-cli --latency -h `host` -p `port`

比如执行如下命令

[root@VM-0-14-centos src]# ./redis-cli -h 127.0.0.1 -p 6379 --intrinsic-latency 60
Max latency so far: 1 microseconds.
Max latency so far: 12 microseconds.
Max latency so far: 55 microseconds.
Max latency so far: 124 microseconds.
Max latency so far: 133 microseconds.
Max latency so far: 142 microseconds.
Max latency so far: 982 microseconds.
Max latency so far: 1049 microseconds.
Max latency so far: 2366 microseconds.
Max latency so far: 3725 microseconds.

52881684 total runs (avg latency: 1.1346 microseconds / 1134.61 nanoseconds per run).
Worst run took 3283x longer than the average latency.

参数中的60是测试执行的秒数，可以看到最大延迟为3725微秒（3毫秒左右），如果命令的执行远超3毫秒，此时Redis就有可能很慢了！

那么Redis有哪些慢操作呢？

Redis有哪些慢操作？

Redis的各种命令是在一个线程中依次执行的，如果一个命令在Redis中执行的时间过长，就会影响整体的性能，因为后面的请求要等到前面的请求被处理完才能被处理，这些耗时的操作有如下几个部分

Redis可以通过日志记录那些耗时长的命令，使用如下配置即可

# 命令执行耗时超过 5 毫秒，记录慢日志
CONFIG SET slowlog-log-slower-than 5000
# 只保留最近 500 条慢日志
CONFIG SET slowlog-max-len 500

执行如下命令，就可以查询到最近记录的慢日志

127.0.0.1:6379> SLOWLOG get 5
1) 1) (integer) 32693       # 慢日志ID
   2) (integer) 1593763337  # 执行时间戳
   3) (integer) 5299        # 执行耗时(微秒)
   4) 1) "LRANGE"           # 具体执行的命令和参数
      2)