选云服务器的时候，CPU和内存规格一目了然，但磁盘性能往往是最容易被忽视的一环。很多业务场景，比如MySQL数据库、Redis持久化、消息队列，真正吃资源的不是顺序吞吐，而是4K小块随机读写的IOPS能力。一台标称同规格的云服务器，IOPS可能相差数倍，直接导致线上数据库响应时间天差地别。本文用fio这款业界公认的压力测试工具，对几款常见云服务器机型做了4K随机读写测试，给出实际排行数据，并解释测试背后的参数细节。
为什么用fio测试4K随机读写
fio是Flexing IO的缩写，由Jens Axboe开发，他是Linux内核IO子系统的核心维护者，因此fio对底层IO路径的模拟非常真实。它支持同步、异步、libaio、io_uring等多种IO引擎，可以精确控制块大小、队列深度、并发任务数，是目前云厂商官方文档都推荐的标准测试工具。
4K随机读写之所以是金标准，是因为绝大多数数据库的页面大小就是4KB或16KB，而真实业务中的数据访问模式以随机为主。顺序读写测出来的是带宽，适合评估日志写入、备份场景；随机读写测出来的IOPS，才能反映数据库每秒能处理多少次事务。可以说，4K随机IOPS就是存储性能的体检报告核心指标。
需要注意的是，IOPS受队列深度影响极大。同一个盘，队列深度为1时可能只有几千IOPS，队列深度拉到32以上可能达到几万甚至几十万。所以对比测试必须固定队列深度，否则数据毫无意义。这也是很多自测结果与官方宣传对不上的主要原因。
测试环境与命令详解
本次测试统一使用CentOS 7.9系统，fio版本3.27，测试文件大小设为20GB以规避部分缓存影响，运行时长120秒，每个场景跑三次取平均值。被测对象包括几款典型的云服务器本地盘与云盘组合机型。
先安装fio：
yum install -y epel-release yum install -y fio fio --version
4K随机读测试命令如下：
fio --name=randread \
--ioengine=libaio \
--direct=1 \
--rw=randread \
--bs=4k \
--numjobs=4 \
--iodepth=32 \
--size=20G \
--runtime=120 \
--group_reporting \
--filename=/data/fio.test4K随机写只需把--rw改为randwrite，混合读写则用--rw=randrw --rwmixread=70模拟70%读加30%写的典型数据库负载。这里有几个关键参数必须理解：--direct=1绕过系统页缓存直写磁盘，不加这个参数测的是内存速度，结果会虚高到离谱；--ioengine=libaio使用Linux原生异步IO，是高队列深度下的正确姿势；--iodepth=32表示每个任务挂起32个未完成IO，模拟高并发；--group_reporting让多任务结果汇总输出，方便阅读。
测试结果排行与分析
在相同参数下，各机型的4K随机读IOPS大致排行如下（不同可用区和批次会有波动，数据仅供参考）：本地NVMe SSD机型普遍在30万到80万IOPS之间，位居榜首；高端云盘如SSD增强型、ESSD PL2档位约在5万到10万IOPS；普通高效云盘约1万到3万IOPS；而最基础的普通云盘仅数千IOPS，垫底明显。
写IOPS方面差距更悬殊。本地NVMe盘随机写仍能保持读性能的百分之七十以上，而普通云盘的写IOPS往往只有读的一半甚至更低。混合读写场景下，普通云盘的延迟会随写比例上升而快速恶化，表现在业务上就是数据库高峰期突然变慢。延迟数据同样重要：本地NVMe盘4K随机延迟通常在0.1毫秒以内，普通云盘可能达到2毫秒以上，对延迟敏感的业务这是数量级的差距。
从性价比角度看，不是所有业务都需要顶级IOPS。个人博客、静态网站用普通云盘完全够用；中小型MySQL库选择SSD级云盘即可；只有大型数据库、ES集群这类重IO业务，才值得为本地NVMe盘或ESSD高阶盘买单。先明确自身业务的IOPS需求，再对照测试数据选型，才是正确的省钱姿势。
避开这些测试陷阱
第一个陷阱是忘记加--direct=1。有人测出几百万IOPS还沾沾自喜，实际是页缓存全部命中，磁盘根本没参与。第二个陷阱是测试文件太小，比如只建1GB文件，云盘的分布式缓存可能把它整个缓存住，结果虚高。建议测试文件至少是内存大小的1.5倍以上。
第三个陷阱是测完直接看第一个数字。fio输出中要关注iops、lat（延迟）和clat的 percentile 分布，特别是99.9分位延迟。平均值漂亮但尾延迟飙高的盘，业务上会周期性卡顿。第四个陷阱是只跑一轮，正确的做法是多跑几轮取稳定值，并且测完删除测试文件，避免长期占用空间和触发后台垃圾回收干扰后续测试。
最后提醒一点，写测试本身有风险。对生产环境的云服务器跑大规模随机写测试，可能触发云盘限速甚至影响同宿主机上的邻居实例。测试请尽量在全新的临时实例上进行，测完销毁，数据才干净可信。