时延由哪几段组成
从应用发出读写请求到拿到结果，时间被切成若干段：应用层与线程调度、系统调用与文件系统处理、页缓存命中或穿透、块层与多路径排队、网络或总线传输、存储控制器的解析与缓存处理、后端介质的寻址与排队、以及回程的数据传输与中断处理。每段单独看可能都只有几十微秒，叠加起来就是毫秒级；而当任意一段出现排队，时延会非线性上升。这就是为什么定位时延问题必须分段测量：只盯着介质规格，很容易忽略真正的排队点。尤其要区分平均时延与尾部时延，业务体验通常由百分位高位决定。
分段与常见成因
| 环节 | 典型量级 | 常见异常成因 |
|---|---|---|
| 应用与调度 | 取决于并发模型 | 线程争抢、同步等待、串行化设计 |
| 文件系统与缓存 | 微秒到毫秒 | 缓存命中率低、元数据操作密集、日志刷盘 |
| 块层与多路径 | 微秒到毫秒 | 队列积压、路径切换、超时重试 |
| 网络与总线 | 微秒到毫秒 | 拥塞、丢包重传、链路误码 |
| 控制器处理 | 微秒到毫秒 | 缓存不足、写策略、负载不均 |
| 后端与介质 | 微秒到毫秒 | 寻道、垃圾回收、重建占用、热点倾斜 |
基本信息
| 关键区分 | 平均时延用于容量规划，尾部时延决定业务体验 |
|---|---|
| 来源构成 | 固定成本（介质与协议）+ 排队成本（并发与争抢） |
| 放大因素 | 队列深度、写惩罚、缓存未命中、重建与迁移 |
| 测量方式 | 主机侧与存储侧分别采集，交叉比对定位分段 |
| 优化顺序 | 先消除排队与外溢，再考虑更换更快介质 |
典型使用场景
- 业务卡顿定位：确认是数据库自身排队还是存储响应变慢
- 验收测试：按业务读取时延分布，而不只是平均读写速率
- 混合负载隔离：判断小块随机请求是否被大块顺序流量挤慢
- 容量水位管理：水位升高导致垃圾回收或重建占用增加，时延随之上升
- 架构选型：在时延目标下反推需要哪一级介质与哪一种协议
主机侧与存储侧的时间差很有价值：若主机侧时延明显高于存储侧，问题多在上游的排队、驱动或多路径；若两侧都高，则瓶颈更可能在控制器或后端介质。
重建、快照与数据迁移是可预期的时延干扰源：这些后台任务占用后端带宽与控制器资源，在业务高峰叠加会造成明显抖动。应把它们安排在低峰，并设置带宽上限。