第1章 NVMe 概述：发展历程、协议特点、与传统 SCSI / SATA 对比

1.1 从 HDD 到 SSD：存储介质的革命

做存储的人都知道，机械硬盘统治了数据中心几十年。我早年调过不少 HDD 阵列，最头疼的就是随机 IO。磁头来回寻道，一秒撑死几百次 IOPS，你想想看，对于数据库这种小数据块随机读写，简直就是灾难。

SSD 的出现彻底改变了局面。闪存没有机械部件，随机访问延迟从毫秒级降到微秒级。但问题来了——那时候 SSD 还是插在 SATA 接口上，用的还是 AHCI 驱动。SATA 3.0 理论带宽只有 6 Gbps，换算下来也就 550 MB/s 左右，一块高端 SSD 轻松就能把带宽吃满。接口成了新的瓶颈。

1.2 NVMe 的诞生与发展历程

AHCI 是为 HDD 设计的，它把队列深度卡在 1（原生）或 32（NCQ 优化），而且命令处理路径又长又复杂。SSD 的并行能力根本发挥不出来。

2011 年，Intel 牵头发布了 NVMe 1.0 规范，直接走 PCIe 总线。我记得当时圈子里很多人很兴奋，因为 PCIe 的带宽远不是 SATA 能比的，而且延迟低得多。后来规范迭代得很快：1.2 加入了电源管理和多命名空间，1.3 又补了虚拟化支持，2021 年的 2.0 版本更是引入了分区命名空间（ZNS）等企业级特性。

1.3 NVMe 协议核心特点

NVMe 的设计思路很直接：去掉所有为 HDD 服务的包袱，让 SSD 跑出应有的性能。核心特点我归纳为三点。

• 海量并行队列： 支持最多 64K 个队列，每个队列又可挂 64K 条命令。对比 AHCI 的 1 个队列，差距是数量级的。我在测试环境里用 fio 压过单盘，队列深度拉到 256 时，IOPS 直接飙到 80 万，AHCI 模式下同样设备死活上不去 20 万。
• 精简命令集： NVMe 把命令数量压缩到 40 条左右，而传统 SCSI 有 4000 多条。命令越少，驱动处理路径就越短，延迟自然更低。
• 无需 CPU 轮询： 使用中断聚合和门铃机制，完成 IO 后由设备主动通知主机，CPU 不用反复轮询状态。说白了，就是让 CPU 干更重要的事，而不是空转等 IO。

1.4 与传统 SCSI / SATA 对比

直接看一组对比数据会更直观。这是我整理的一份对比表，涵盖了协议栈、队列、延迟和带宽四个关键维度。

你看差距就知道为什么企业级存储都在转向 NVMe。延迟从 100 µs 降到 10 µs，IOPS 从几万提升到百万级，这已经不是量变，是质变。

1.5 知识体系总览

下面这张图展示了从传统存储到 NVMe 的演进路径，以及 NVMe 的核心技术要素。你可以把它当作本章的知识地图。

1.6 关键要点总结

• SSD 的物理性能远超 SATA / AHCI 的设计上限，接口革命势在必行。
• NVMe 通过 64K 并行队列、精简命令集和 PCIe 直连，将延迟降到 ~10 µs，IOPS 提升到百万级。
• 相比 SATA 和 SAS，NVMe 在协议栈深度、队列深度和带宽上都有数量级优势。
• 企业级部署需要关注 PCIe 通道数、固件成熟度和热插拔兼容性。