第八篇：《磁盘 I/O 基础：读写路径、调度器与文件系统》

CPU 和内存的速度以纳秒计，而磁盘 I/O 以毫秒计——相差 6 个数量级。因此，磁盘 I/O 往往是系统性能的“阿喀琉斯之踵”。本文从 I/O 栈的层次结构讲起，深入解析 Linux 的 I/O 路径、磁盘调度器的工作原理与选型，以及文件系统挂载参数对性能的影响。理解这些底层机制，你才能正确解读 iostat 等工具的输出，做出有依据的调优决策。

一、从应用程序到磁盘：Linux I/O 栈层次结构
当应用程序发起一个磁盘读写请求时，它需要穿越多层内核子系统才能到达物理磁盘：

text
应用层 (APP)
↓
VFS（虚拟文件系统）
↓
具体文件系统 (ext4 / xfs / btrfs)
↓
Page Cache（页面缓存）
↓
通用块层 (Block Layer)
↓
I/O 调度器 (I/O Scheduler)
↓
块设备驱动 (Block Device Driver)
↓
物理磁盘 (HDD / SSD / NVMe)
1.1 各层的作用

二、磁盘调度器：I/O 请求的“交通指挥官”
磁盘调度器负责将多个 I/O 请求重新排序和合并，以最大化磁盘的吞吐量。

2.1 几种主流调度器

2.2 查看当前调度器

# 查看磁盘当前的 I/O 调度器（Linux 5.x+）cat/sys/block/sda/queue/scheduler

输出示例：[mq-deadline] kyber bfq（括号内为当前激活的调度器）。

2.3 修改调度器（临时）

# 设置为 bfqechobfq>/sys/block/sda/queue/scheduler

2.4 永久修改调度器
在 Grub 配置中添加内核引导参数：

# 编辑 /etc/default/grubGRUB_CMDLINE_LINUX="... elevator=mq-deadline"# 更新 Grubsudoupdate-grub

2.5 调度器与磁盘类型的对应关系

💡 重要变化：在较新的内核版本（5.0+）中，建议为 NVMe 设备选择 none（即直接提交 I/O，不经过调度器），因为 NVMe 的性能已经足够快，调度器的干预反而增加开销。对于多队列设备，通常 mq-deadline 是可靠选择。

三、文件系统：数据如何组织
3.1 ext4 vs XFS

3.2 创建并挂载 ext4 文件系统（示例）

# 创建 ext4 文件系统mkfs.ext4 /dev/sdb1# 挂载（带性能优化选项）mount-text4-odefaults,noatime,nodiratime,data=ordered /dev/sdb1 /mnt/data

3.3 关键挂载选项（mount options）
不同的挂载参数对性能有显著影响：

⚠️ 强烈建议：在数据安全性要求高的生产环境，不要使用 barrier=0 或 data=writeback。性能与安全性需要权衡。

四、预读（Readahead）：加速顺序读取
4.1 什么是预读？
当应用以顺序方式读取文件时，内核会提前读取后续的数据块到 Page Cache 中，这样应用下次读取时就能直接从内存命中，减少磁盘访问延迟。

预读机制对于大文件顺序读（如视频流、数据备份）场景特别有效。

4.2 查看和调整预读大小

# 查看当前预读大小（单位：512B 扇区）blockdev--getra/dev/sda# 设置为 8192 个扇区（4MB）blockdev--setra8192/dev/sda

4.3 预读设置的平衡

五、I/O 队列深度（nr_requests）
5.1 什么是队列深度？
nr_requests 定义了块设备 I/O 请求队列的最大长度。当队列已满时，新的 I/O 请求会被阻塞。

# 查看当前队列深度cat/sys/block/sda/queue/nr_requests

默认值通常是 128 或 256。

5.2 调整队列深度

echo512>/sys/block/sda/queue/nr_requests

机械盘：默认值（128-256）通常足够，过大可能增加延迟。

SSD/NVMe：可以适度调大（如 512-1024），以充分利用高 IOPS 性能。

六、小结
Linux I/O 栈从 VFS 到磁盘驱动共五层，理解每一层的职责有助于定位性能瓶颈。

磁盘调度器决定 I/O 请求的提交顺序：HDD 用 mq-deadline，NVMe 可用 none。

文件系统的选择和挂载参数影响 I/O 性能：noatime 是必选项，data=ordered 是安全与性能的平衡点。

预读和队列深度是调优文件系统顺序读性能的有效参数。