我正在使用redis-cli工具来观察redis-server延迟。下面是一个例子:
ubuntu:~$ redis-cli --latency -h 127.0.0.1 -p 6379
min: 0, max: 15, avg: 0.12 (2839 samples)问题是,这些值实际上意味着什么?除了工具自己的帮助文档之外,我正在努力寻找有关这方面的文档。
发布于 2015-01-02 07:30:10
redis-cli --latency -h -p命令是一个工具,可以帮助您解决和了解您在使用Redis时可能遇到的延迟问题。它通过测量Redis服务器响应Redis PING命令的时间(毫秒)来实现这一点。
在此上下文中,
延迟是客户端发出命令的时间与客户端接收到该命令的回复时间之间的最大延迟。通常Redis的处理时间非常低,在亚微秒范围内,但在某些情况下会导致更高的延迟数字。
-- Redis latency problems troubleshooting
因此,当我们运行redis-cli --latency -h 127.0.0.1 -p 6379命令时,Redis会进入一种特殊的模式,在这种模式下,它会不断地对延迟进行采样(通过运行PING)。
现在让我们分解一下它返回的数据:min: 0, max: 15, avg: 0.12 (2839 samples)
PING What‘s (2839 samples)**?**这是redis-cli记录的发出命令并接收响应的次数。换句话说,这是您的样本数据。在我们的示例中,我们记录了2839个请求和响应。
What‘s min: 0**?** min值表示命令行界面发出PING的时间和收到回复之间的最小延迟。换句话说,这是我们采样数据的绝对最佳响应时间。
What‘s max: 15**?** max是min的对立面。它表示命令行界面发出PING和收到命令回复之间的最大延迟。这是我们采样数据中最长的响应时间。在我们的2,839个样本的示例中,最长的事务花费了15ms。
What‘s avg: 0.12**?** avg值是所有采样数据的平均响应时间,以毫秒为单位。因此,平均而言,在我们的2839个样本中,响应时间需要0.12ms。
基本上,对于min、max和avg来说,较高的数字是一件坏事。
关于如何使用这些数据,一些很好的后续材料:
发布于 2015-01-02 07:53:44
--latency开关将redis-cli置于一种特殊模式,该模式旨在帮助您测量客户端和Redis服务器之间的延迟。在该节点上运行时,redis-cli会PING (使用Redis PING命令)服务器,并跟踪它获得的平均/最小/最大响应时间(以毫秒为单位)。
这是一个有用的工具,可以在使用远程Redis服务器时排除网络问题。
https://stackoverflow.com/questions/27735411
复制相似问题