普通盘、SSD 与 NVMe 的选择

一两百 IOPS（每秒随机读写次数）、几万 IOPS、十万级 IOPS——这分别是普通机械盘、SATA SSD、NVMe 的随机读写量级。选磁盘之前，先弄清业务属于哪种 IO 形态。 一、随机 IO 性能对比 这一维度决定数据库和动态业务的表现。普通盘延迟毫秒级，并发一上来就在排队；SATA SSD 延迟零点几毫秒；NVMe 靠多队列架构把延迟压到几十微秒。业务里随机读写占比越高，差距被放得越大。判断随机还是顺序，看访问模式：数据库索引、小文件读写是随机；视频流、备份打包是顺序。 二、顺序吞吐与适用场景 大文件顺序读写（日志归档、备份存储、视频素材仓库）对延迟不敏感，普通盘或大容量 SSD 都够用，不必为用不到的性能付费。判断方法很简单：应用是"一次写一大块"还是"东一笔西一笔"，前者普通盘省钱，后者看下一节。 三、数据库必上 SSD MySQL 和 PostgreSQL 的索引查找是典型随机 IO，机械盘上一次查询要等几十毫秒的磁盘寻道，SSD 上是零点几毫秒，差距直接体现在接口耗时上。数据库跑在普通盘上，加缓存、调参数都救不回来，这是硬性前提而不是优化项。SSD 还有寿命概念，按 TBW（总写入字节数）衡量，数据库机器选盘时留意这个参数。 四、实测与结论 云盘标注性能是上限，实际表现要自己测。用 fio 测随机读： fio --name=t --ioengine=libaio --rw=randread --bs=4k --direct=1 --iodepth=32 --runtime=30 --time_based --filename=/tmp/fio.test IOPS 和延迟两个数一起看，测试放业务低峰跑。场景结论：静态博客、下载站用普通盘；常规业务库、中小电商上 SSD；大型数据库、热点缓存用 NVMe。预算有限时先保数据库所在的盘，Web 机的盘可以降级。买之前问清云盘是网络盘还是本地盘，网络盘性能受网络抖动影响，本地盘更快，快照策略也可能不同。 磁盘是容易被低估的组件，CPU 不够表现为慢，磁盘不够表现为整体卡顿和超时，排查起来更隐蔽。