1. IO基础概念：磁盘IO与文件IO的区别、IO栈全景图、IO延迟的构成
各位好，我是老赵。做系统运维十几年，我见过太多因为IO问题导致整个业务雪崩的案例。说实话，很多同学一上来就盯着磁盘的读写速度看，但连最基本的IO概念都没搞清楚。今天咱们就把这块地基打牢。
1.1 磁盘IO与文件IO：别傻傻分不清
很多人觉得磁盘IO就是文件IO，其实这是两个层面的东西。我打个比方你就明白了：文件IO是点菜，磁盘IO是厨房做菜。
- 文件IO：应用程序通过系统调用（read/write）操作文件。它面对的是VFS（虚拟文件系统）和具体的文件系统（ext4、xfs等）。你写一个"hello"，文件IO负责把这个字符串交给内核。
- 磁盘IO：文件系统把数据交给块设备层，然后通过驱动程序真正写到磁盘的扇区上。这是物理层面的操作。
核心区别一句话：文件IO是逻辑操作，磁盘IO是物理操作。文件IO经过页缓存（Page Cache）后，可能根本不会触发磁盘IO。
我在项目中遇到过这样一个坑：某应用监控显示磁盘IO压力巨大，但用iostat一看，磁盘利用率才20%。后来发现是文件IO层面的锁竞争导致进程阻塞，跟磁盘本身没关系。你看，概念不清，排查方向就全错了。
| 对比维度 | 文件IO | 磁盘IO |
|---|---|---|
| 操作对象 | 文件描述符、inode | 磁盘扇区、块设备 |
| 缓存机制 | Page Cache、dentry cache | 磁盘控制器缓存、磁盘本身缓存 |
| 延迟来源 | 系统调用、锁、内存拷贝 | 寻道、旋转、传输 |
| 典型工具 | strace、lsof、perf | iostat、sar、blktrace |
1.2 IO栈全景图：数据从应用到磁盘的完整旅程
搞清楚区别之后，咱们来看看整个IO栈长什么样。我习惯把IO栈分成四层，每一层都有它的职责和瓶颈点。
嗯，这张图我建议你存下来。每次排查IO问题的时候，先问自己：问题出在哪一层？
- 应用层：业务逻辑问题，比如一次读1字节，或者频繁fsync。
- 系统调用层：上下文切换开销过大，或者锁竞争。
- 文件系统层：Page Cache命中率低、元数据操作频繁、文件碎片化。
- 块层：I/O调度器策略不当、队列深度不够。
- 设备驱动层：磁盘本身性能瓶颈、驱动bug、硬件故障。
我的排查习惯：先看最底层（磁盘利用率），再看最上层（应用行为）。从两头往中间夹，定位最快。
1.3 IO延迟的构成：到底慢在哪里？
说到延迟，很多人只知道一个"响应时间"。其实磁盘IO的延迟可以拆得很细。我当年调优一个Oracle数据库的时候，就是靠拆解延迟找到根因的。
一个完整的IO请求，从发起到完成，主要经历这几个阶段：
- 等待时间（Wait Time）：请求在队列里排队，等前面的IO完成。这是最常见的延迟来源。
- 寻道时间（Seek Time）：磁头移动到目标磁道。机械盘的天生短板，SSD没有这个。
- 旋转延迟（Rotational Latency）：盘片转到目标扇区。平均下来是半圈的时间。
- 传输时间（Transfer Time）：数据从盘片读到缓存，或者从缓存写到盘片。
关键公式：IO延迟 ≈ 等待时间 + 寻道时间 + 旋转延迟 + 传输时间
对于SSD，寻道和旋转延迟几乎为0，所以延迟主要看等待时间和传输时间。
我曾经遇到一个案例：某存储集群的IO延迟从2ms飙升到50ms。用blktrace一抓，发现等待时间占了80%。后来定位到是某个节点的I/O调度器队列太深，导致大量请求排队。调整队列深度后，延迟直接降回3ms。
| 延迟成分 | HDD典型值 | SSD典型值 | 优化方向 |
|---|---|---|---|
| 等待时间 | 0~100ms | 0~10ms | 调整队列深度、I/O调度器 |
| 寻道时间 | 4~15ms | ≈0 | 换SSD、减少随机IO |
| 旋转延迟 | 2~5ms | ≈0 | 换SSD、提高转速 |
| 传输时间 | 0.1~1ms | 0.01~0.1ms | 升级接口（SATA→NVMe） |
避坑指南：我曾经见过有人用fio测试SSD，结果测出来的延迟比HDD还高。后来发现是测试参数没设对——队列深度设成了1，导致SSD的并行能力完全没发挥出来。记住：SSD的延迟优势需要配合多队列才能体现。
1.4 小结：打好基础再上路
这一章的内容其实就三件事：
- 分清文件IO和磁盘IO——排查时别搞混了方向。
- 记住IO栈的四层结构——问题定位时一层层往下剥。
- 理解延迟的构成——知道慢在哪，才知道怎么优化。
说实话，IO调优这件事，80%的问题都出在基础概念不清上。把今天的内容吃透了，后面咱们讲工具和实战的时候，你才能听得懂、用得上。