重置延迟基线
LATENCY RESET 清空延迟事件的统计样本：不带参数清空全部，也可以指定事件名只清某一个。用途是重置基线——修复动作或参数调整之后把旧样本清掉，之后观测到的事件才是新状态下的表现。它不改变任何配置，只影响统计样本，作用范围是当前实例。要注意清掉的同样是证据，执行前先把 LATENCY LATEST 与 HISTORY 的输出留存下来。
基本信息
| 命令 | LATENCY RESET [event ...] |
|---|---|
| 行为 | 不带参数清空全部事件，带参数只清指定事件 |
| 适用场景 | 修复或变更前后的对比 |
| 前置动作 | 先导出 LATENCY LATEST 与 HISTORY |
| 配套使用 | 重置后用 LATENCY LATEST 观察新样本 |
典型使用场景
- 变更验证：重置后重新积累，判断问题是否真的消失
- 降噪处理：一次性历史事件长期占位时清掉，让后续观测更干净
- 窗口对齐：把样本窗口与业务变更窗口对齐
- 分组处理：只重置指定事件，保留其他事件的证据
- 演练复盘：记录重置时间点，事后可还原观测窗口
- 多实例同步：按同一时间点重置同组实例，跨实例对比才有统一起点
使用步骤
使用步骤
redis-cli LATENCY LATEST > latency_before.txt # 先留存证据
redis-cli LATENCY RESET # 清空全部事件样本
redis-cli LATENCY RESET command # 只清指定事件
redis-cli LATENCY LATEST # 观察新样本积累情况
redis-cli LATENCY DOCTOR # 结合报告确认结论使用要点
| 要点 | 说明 | 风险 |
|---|---|---|
| 不带参数 | 清空全部事件 | 所有历史事件记录一并清掉 |
| 带事件名 | 只清指定事件 | 影响面小，适合分组处理 |
| 执行时机 | 变更或修复完成之后 | 变更前清掉会失去对比基线 |
| 证据留存 | 清空前先导出 | 不留存则无从证明改善 |
与 SLOWLOG RESET 思路相同：先固定证据，再开新窗口。重置时间点要记进变更记录，否则事后说不清观测窗口。
排障途中随手重置会丢失关键时间线：事件序列本身就是判断问题形态的依据，清掉之后想复盘也没有材料了。