Redis 开启monitor监视器的性能消耗

之前介绍了redis的monitor，今天有朋友问monitor是否能长时间开启，我知道monitor会有较大性能开销，但不清楚具体消耗的程度，就测试了一下

测试过程

 

以一个monitor为例，使用redis-benchmark分别测试monitor开启前后的性能

redis-benchmark -c 10 -n 100000 -q

开启前结果

PING_INLINE: 92506.94 requests per second
PING_BULK: 97943.19 requests per second
SET: 94786.73 requests per second
GET: 99403.58 requests per second
INCR: 89766.61 requests per second
......

开启后结果

PING_INLINE: 76569.68 requests per second
PING_BULK: 67294.75 requests per second
SET: 44404.97 requests per second
GET: 60132.29 requests per second
INCR: 49382.71 requests per second
......

结果对比

开启后的性能明显低了很多，例如：

SET -53%

GET -39%

INCR -44%

实际案例

 

美团就遇到过monitor的性能影响问题

问题现象

redis-cluster中的某个分片内存飙升，明显高于其他分片，持续增长，并且主从的内存使用量并不一致

分析过程

（1）查看info信息，发现client_longest_output_list值异常

client_longest_output_list 是当前客户端连接的最大输出列表

此值过大说明输出缓冲区占用内存较大，也就是有大量的数据从Redis服务器向某些客户端输出

（2）使用client list命令查看omem值大于0的

client List 命令用于返回所有连接到服务器的客户端信息和统计数据

omem 表示输出缓冲区和输出列表占用的内存总量

查看结果列表，关注 cmd（最近一次执行的命令） 属性值，发现了异常：monitor，说明某client开启了监视器，造成大幅性能影响


所以通过自测和他人的案例，说明monitor只能用于短期调试，不能长期开启