这是我参与8月更文挑战的第10天，活动详情查看：8月更文挑战
大家好，今天我们来学习一下如何确定Redis是不是真的变慢了。
我们在使用redis时一定会遇到变慢的时候，那我们如何来判断Redis是否真的变慢了呢， 一个最直接的方法就是查看Redis的响应延迟，一般情况下，Redis延迟很低，但是在某些时刻， Redis实例会出现比较高的响应延迟，甚至能达到几秒到十几秒，当你发现Redis命令的执行时间突然就增长到了几秒，基本就可以认定 Redis 变慢了。这种方法是看 Redis 延迟的绝对值。当我们不能根据延迟的绝对值来判断redis是否真的变慢了，我们还有一种方法可以判断，那就是redis的基线性能。
redis从2.8.7版本开始，redis-cli命令提供了–-intrinsic-latency 选项，可以用来监测和统计测试期间内的最大延迟，这个延迟可以作为 Redis 的基线性能。其中，测试时长可以用–-intrinsic-latency 选项的参数来指定。比如我们执行redis-cli –-intrinsic-latency 30这个命令，该命令会打印出30秒内检测到的最大延迟。如下所示，这里的最大延迟是3595微妙，所以我们把该redis实例的基线性能是3595微妙。
./redis-cli –-intrinsic-latency 30
Max latency so far: 1 microseconds.
Max latency so far: 4 microseconds.
Max latency so far: 14 microseconds.
Max latency so far: 33 microseconds.
Max latency so far: 48 microseconds.
Max latency so far: 51 microseconds.
Max latency so far: 100 microseconds.
Max latency so far: 110 microseconds.
Max latency so far: 488 microseconds.
Max latency so far: 944 microseconds.
Max latency so far: 1590 microseconds.
Max latency so far: 1921 microseconds.
Max latency so far: 3595 microseconds.
584098163 total runs (avg latency: 0.0514 microseconds / 51.36 nanoseconds per run).
Worst run took 69994x longer than the average latency.
一般来说，当你观察到Redis运行时延迟是其基线性能的2倍及以上，就可以认定 Redis 变慢了。在确定Redis变慢之后，我们需要去进一步去排查Redis变慢的原因。我们在下一篇文章接着来讨论，如果对本文感兴趣，请点个关注吧。
