往返延迟怎么测
redis-cli --latency 持续发送 PING 并统计往返延迟的 min、avg、max，把客户端观测到的响应时间直接展示出来，Ctrl+C 结束。它测的是客户端视角的往返，包含网络与客户端处理开销，因此适合两处对比：先本地测基线，再从业务机测同一实例，差距明显说明瓶颈更可能在网络路径或客户端侧。这个命令不写入任何数据，也不会触发慢日志，属于可随时执行的观测手段。
基本信息
| 命令 | redis-cli --latency |
|---|---|
| 观测口径 | 客户端侧往返时间，含网络与本地处理 |
| 展示内容 | min、avg、max 持续刷新 |
| 结束方式 | Ctrl+C 中断 |
| 对照方式 | 本地与业务机分别测同一实例 |
典型使用场景
- 快速判断：实例响应是否稳定，先拿到一组数字
- 路径对比：业务机明显慢于本地时，排查方向转向网络
- 变更验证：调整前后各跑一段做比较
- 压测前置：先确认空载基线，再看压测期间的数据
- 多客户端对比：判断是个别机器的问题还是普遍现象
- 异常确认：数字突然抬升时，配合 INFO latencystats 区分服务端耗时与链路因素
几种测法
几种测法
redis-cli -h 127.0.0.1 -p 6379 --latency # 本地基线
redis-cli -h 10.0.0.12 -p 6379 --latency # 从业务机测同一实例
redis-cli --latency-history -i 5 # 需要时间线时改用历史模式
redis-cli --intrinsic-latency 5 # 测本机固有延迟，排除自身干扰不同测量口径
| 方式 | 测什么 | 适用判断 |
|---|---|---|
| --latency | 客户端到实例的往返 | 响应是否稳定 |
| --latency-history | 按窗口的往返序列 | 抖动是否有规律 |
| --intrinsic-latency | 本机自身的调度延迟 | 客户端机器本身是否有问题 |
| INFO latencystats | 服务端侧命令耗时分位 | 区分服务端与链路因素 |
先本地后远端是有效顺序：本地基线正常而业务机异常，问题多在网络路径或客户端负载，不必先去改服务端配置。
在业务高峰的机器上测量会把本机负载算进结论：观测机越忙数字越不可信，必要时换一台机器复测。