深入解析fio：从基础使用到高级性能调优
1. 认识fio：存储性能测试的瑞士军刀
第一次接触fio是在2015年测试企业级SSD时，当时被它强大的功能和灵活的配置震惊了。fio全称Flexible I/O Tester，就像存储界的"压力测试仪"，能精准测量磁盘、SSD、网络存储等各种设备的性能极限。它最厉害的地方在于可以模拟各种真实业务场景的I/O模式，比如数据库的随机读写、视频流媒体的顺序读写等。
与dd、hdparm这些简单工具不同，fio提供了上百个可调参数。我经常用它来做三类事情：新硬盘的基准测试、存储系统调优前后的性能对比、以及长时间压力测试验证稳定性。有一次帮客户排查NAS性能问题，就是用fio的混合读写模式复现了生产环境的瓶颈。
安装fio非常简单，主流Linux发行版都能直接通过包管理器安装。比如在Ubuntu上：
sudo apt install fio如果想用最新版本，也可以从源码编译：
git clone https://github.com/axboe/fio.git cd fio ./configure make && sudo make install2. 从零开始写第一个测试脚本
新手最容易犯的错误就是直接复制网上的复杂配置，结果连基础参数都没搞明白。我建议从最简单的顺序读写开始，就像学编程先写"Hello World"一样。下面这个例子测试1GB文件的顺序写入：
[sequential-write] rw=write bs=4k size=1G filename=./testfile把这段配置保存为test.fio，然后运行：
fio test.fio你会看到详细的测试报告，包含吞吐量、延迟等关键指标。这里解释几个核心参数：
- rw：指定读写模式，write是顺序写，read是顺序读
- bs：块大小，4k是常见值，模拟数据库操作
- size：测试数据总量
- filename：测试文件路径
实测中发现，第一次运行时性能可能偏高，因为文件系统缓存起了作用。这时候就需要用到direct=1参数绕过缓存，直接测试磁盘真实性能。
3. 进阶配置：模拟真实业务场景
掌握了基础用法后，我们可以开始模拟更复杂的业务场景。比如电商网站通常有70%读+30%写的混合负载，用fio可以这样配置：
[mixed-io] rw=randrw rwmixread=70 bs=4k-16k iodepth=16 numjobs=4 size=10G runtime=300 time_based=1这个配置有几个关键点：
randrw表示随机混合读写rwmixread=70设置读占比70%bs=4k-16k模拟变长I/O请求iodepth=16设置队列深度提升并发numjobs=4启动4个并发worker
我曾经用类似配置发现某云硬盘在混合负载下性能下降50%，最终定位到是底层调度算法的问题。
4. 深度调优：参数组合的艺术
fio的强大之处在于参数之间的精妙配合。经过多年实践，我总结出几个黄金组合：
场景一：极限压测SSD
[ssd-max] rw=randwrite ioengine=libaio iodepth=32 numjobs=8 direct=1 size=100G runtime=600这个配置用libaio引擎+深度队列充分压榨SSD性能。注意要确保测试文件大小远超设备缓存，否则会测到缓存性能。
场景二：数据库OLTP模拟
[oltp] rw=randrw rwmixread=65 bs=8k ioengine=io_uring iodepth=8 numjobs=16使用最新的io_uring引擎减少系统调用开销，更贴近现代数据库的实际行为。建议搭配cpus_allowed参数绑定CPU核心减少上下文切换。
场景三：长时间稳定性测试
[stress-test] rw=randrw rwmixread=30 bs=4k-128k iodepth=16 numjobs=4 runtime=86400 time_based=124小时连续测试能暴露很多短期测试发现不了的问题，比如SSD的写放大、硬盘的热节流等。
5. 性能分析：看懂测试报告的门道
fio的输出报告信息量很大，关键要会看这几个指标：
- IOPS：每秒钟的I/O操作数。随机读写主要看这个
- BW：带宽，顺序读写主要看这个
- lat：延迟分布，特别是99分位值
举个例子，这是某次测试的关键输出：
read: IOPS=78.3k, BW=306MiB/s write: IOPS=26.1k, BW=104MiB/s lat (usec): min=10, max=1256, avg=45.12, stdev=12.34可以看出：
- 读性能明显优于写性能
- 平均延迟45微秒表现良好
- 最大延迟1.2毫秒需要关注
我习惯用--output-format=json生成JSON格式报告，方便用jq工具进一步分析：
fio test.fio --output-format=json | jq '.jobs[0].read.iops'6. 避坑指南：这些年踩过的坑
在给上百台设备做测试的过程中，我积累了一些宝贵经验：
坑一：对齐问题当使用direct I/O时，内存缓冲区和文件偏移都必须4K对齐。曾经有次测试性能异常，最后发现是用了bs=3k导致。解决方法很简单：
bs=4k iodepth=32坑二：SSD的SLC缓存消费级SSD通常有小容量SLC缓存，短期测试会得到虚高性能。解决方法：
size=200G # 远超缓存容量 runtime=600 # 10分钟以上测试坑三：多job负载不均当numjobs设置过大时，可能因调度不均导致部分worker闲置。建议：
numjobs=$(nproc) # 设为CPU核心数 threads=1 # 使用线程模式坑四：测试文件位置测试机械硬盘时，文件放在外圈和内圈性能可能差30%。解决方法：
filename=/dev/sdb # 直接测裸设备7. 高级技巧：定制化测试方案
对于专业用户，fio还支持更复杂的测试场景：
自定义I/O模式
[custom-io] rw=trimwrite ioengine=libaio iodepth=8这个模式先执行trim再写入，适合测试SSD的GC行为。
数据校验
[verify] rw=write verify=md5 do_verify=1写入时生成校验码，读取时验证，适合测试数据一致性。
限速测试
[qos-test] rw=randread rate_iops=5000模拟限速场景，测试QoS功能是否生效。
在金融行业的一次测试中，我们通过组合这些高级功能，成功复现了线上环境的异常抖动问题。具体配置涉及商业机密不便透露，但核心思路就是用rate参数模拟突发流量，用verify确保数据完整。