在使用fio进行存储性能测试时，除了队列深度（iodepth）和线程数（numjobs），还有多个核心参数会显著影响测试结果，这些参数主要涉及IO 模式、数据特性、缓存策略、测试范围等维度。以下是关键参数分类及影响分析：

一、IO 模式与类型（直接决定测试场景）

1. 读写类型（rw）

   • 核心参数：rw=read/write/randread/randwrite/randrw/readwrite
   • 影响：直接决定测试是 “顺序” 还是 “随机”，“读” 还是 “写”。例如：
     • rw=read：顺序读（模拟大文件拷贝、视频播放）。
     • rw=randwrite：随机写（模拟数据库日志、虚拟机 IO）。
     • rw=randrw：混合随机读写（需配合rwmixread设置读写比例，如rwmixread=70表示 70% 读 + 30% 写）。
   • 注意：不同硬盘对顺序 / 随机 IO 的优化差异极大（如 HDD 随机 IO 性能远差于 SSD），此参数是测试场景的核心定义。

2. 块大小（bs）

   • 核心参数：bs=4k/16k/128k/1m（支持范围通常 1B~1G），也可通过bsrange=4k-1m设置随机块大小。
   • 影响：直接关联测试的 “吞吐量” 和 “IOPS”。
     • 小bs（如 4k）：更关注 IOPS（随机 IO 场景，如数据库索引）。
     • 大bs（如 128k~1m）：更关注吞吐量（顺序 IO 场景，如视频文件读写）。
   • 注意：块大小需与硬盘特性匹配（如 NVMe SSD 对 4k 随机 IO 优化更好，HDD 在大bs下吞吐量更高）。

3. IO 方向（direction）

   • 补充rw的参数，仅在rw=read/write时生效，可设置direction=forward（顺序从头至尾）或direction=reverse（顺序从尾至头），模拟特殊场景（如反向读取日志文件）。

二、数据与存储范围（影响测试真实性）

1. 测试文件 / 设备（filename）

   • 核心参数：filename=/dev/sdb（直接测试块设备）或filename=/mnt/testfile（测试文件系统上的文件）。
   • 影响：
     • 测试块设备（/dev/sdX）：反映硬盘原生性能（绕过文件系统元数据开销）。
     • 测试文件系统文件：反映 “硬盘 + 文件系统” 的综合性能（包含 inode、块分配等开销）。
   • 注意：若测试文件，需确保文件大小（size）超过系统缓存（如内存大小），避免缓存干扰（见direct参数）。

2. 测试数据大小（size）

   • 核心参数：size=10G（指定测试数据总量），或size=100%（覆盖整个设备 / 文件）。
   • 影响：
     • 若size小于硬盘缓存 / 内存：测试结果可能被缓存加速，无法反映真实性能（尤其是读测试）。
     • 建议size至少为目标设备容量的 10%（或超过内存大小），确保测试触及真实存储介质。
   • 补充：filesize可单独指定每个文件的大小（配合numfiles使用，模拟多文件场景）。

3. 数据模式（pattern/random_distribution）

   • pattern=0xdeadbeef：使用固定模式数据（避免压缩算法干扰，如测试支持压缩的 SSD）。
   • random_distribution=zipf:1.2：模拟真实世界的 “热点数据” 分布（如 80% 访问集中在 20% 区域），比纯随机更贴近实际应用（如数据库热点表）。

三、缓存与 IO 路径（影响性能数值真实性）

1. 直接 IO（direct）

   • 核心参数：direct=1（启用直接 IO，绕过操作系统页缓存），direct=0（默认，使用系统缓存）。
   • 影响：
     • direct=1：测试硬盘 / 存储设备的原生性能（排除系统缓存干扰），适合评估硬件极限。
     • direct=0：测试 “设备 + 系统缓存” 的综合性能（更贴近应用实际使用场景，如 Web 服务器读缓存）。
   • 注意：随机写测试若用direct=0，可能因缓存延迟刷盘导致 “虚假高性能”，需结合fsync=1强制同步。

2. 缓存策略（buffered）

   • 与direct互补：buffered=0等价于direct=1（不使用缓存），buffered=1（默认，使用缓存）。

3. 同步策略（fsync/sync）

   • fsync=1：每个 IO 操作后调用fsync()强制刷盘（模拟数据库事务日志等强一致性场景），会显著增加延迟。
   • sync=1：使用sync()系统调用同步数据（比fsync粒度更粗），影响写入性能但保证数据落盘。
   • 影响：对写入测试（尤其是随机写）的性能影响极大，不设置时可能依赖系统后台刷盘，导致测试结果失真。

四、测试控制与输出（影响结果可靠性）

1. 运行时间（runtime/time_based）

   • runtime=60：测试持续 60 秒（无论是否完成size指定的总量）。
   • time_based=1：强制按runtime运行（即使提前完成size，也会循环执行），确保测试时间足够长（避免短期波动影响结果）。
   • 影响：短期测试（如 5 秒）可能受系统瞬时负载干扰，建议runtime≥60秒，并配合warmup_time=10（前 10 秒不记录数据，排除预热阶段）。

2. IO 引擎（ioengine）

   • 核心参数：ioengine=libaio（Linux 异步 IO，支持iodepth）、ioengine=sync（同步 IO，iodepth无效）、ioengine=nvme（直接访问 NVMe 设备，绕过块层）等。
   • 影响：
     • 异步引擎（libaio/io_uring）：支持队列深度（iodepth），适合测试高并发场景。
     • 同步引擎（sync）：iodepth无效（队列深度固定为 1），适合模拟单线程同步 IO（如简单脚本读写）。
     • io_uring（Linux 5.1+）：性能优于libaio，适合 NVMe 等低延迟设备的高并发测试。

3. 输出格式（output-format/group_reporting）

   • output-format=json：输出 JSON 格式结果（便于自动化分析）。
   • group_reporting=1：当numjobs>1时，汇总所有线程的结果（而非单独输出每个线程数据），更直观反映整体性能。

五、特殊场景参数（针对特定测试需求）

1. 混合读写比例（rwmixread/rwmixwrite）

   • 当rw=randrw时，rwmixread=80表示 80% 读 + 20% 写（默认 50%），模拟数据库（读多写少）或日志系统（写多读少）场景。

2. 延迟阈值（lat_percentiles）

   • lat_percentiles=1：输出延迟百分位（如 99%、99.9% 延迟），比平均延迟更能反映存储的稳定性（尤其对实时性要求高的场景，如金融交易）。

3. 多文件 / 多设备（numfiles/filename列表）

   • numfiles=10：创建 10 个测试文件，配合filename=/mnt/testfile.%d，模拟多文件并发读写（如分布式存储、多用户场景）。

总结：参数影响的核心逻辑

• 真实性：direct、fsync、size决定测试是否贴近硬件原生性能或实际应用场景（含缓存 / 文件系统）。
• 场景匹配：rw、bs、random_distribution决定测试模拟的是顺序大文件、随机小文件还是混合场景。
• 性能上限：ioengine影响 IO 路径效率（如io_uring比libaio更高效），lat_percentiles反映性能稳定性而非仅看峰值。

实际测试中，需根据目标场景（如 “数据库服务器的 NVMe 随机写”“NAS 的 SATA HDD 顺序读”）组合参数，而非盲目追求 “极限值”。例如：测试数据库场景需用rw=randrw、bs=4k、direct=1、fsync=1，而测试视频服务器则用rw=write、bs=1m、direct=0。