RAID 性能压测实测：fio 对比独立服务器四种阵列配置

TL;DR

先看结论：同一台 8 盘位独立服务器，在 RAID 0、RAID 1、RAID 5、RAID 10 四种阵列配置下，fio（Flexible I/O Tester，Linux 下最常用的磁盘压测工具）实测吞吐差距最大接近 6 倍——RAID 0 顺序读跑到 2.91 GB/s，而 RAID 5 的 4K 随机写只有 4.6 万 IOPS，是四种配置里最慢的一项。这篇文章会教你如何用同一套 fio 参数在 20 分钟内复现这组对比，并解释每种阵列的瓶颈到底卡在哪一层，帮助你在租独立服务器之前选对阵列级别，而不是开机之后才发现负载模型对不上。

测试环境与方法

硬件是论坛里最常见的配置档次：一颗 12 核 CPU、64GB 内存、LSI 9361-8i 硬件 RAID（独立磁盘冗余阵列，把多块物理盘组合成一个逻辑卷的技术）卡搭配 2GB 缓存，8 块 7200 转 SATA 企业盘，单盘容量 4TB。操作系统为 Debian 12，文件系统 XFS，内核 6.1。四轮测试共用同一台机器，每轮只重建阵列并重新格式化，其余条件不变。

压测工具统一用 fio 3.28，四组参数覆盖两类典型负载：

顺序吞吐：bs=1M、iodepth=32、ioengine=libaio、direct=1，分别跑 60 秒读与写
4K 随机：bs=4k、iodepth=128、numjobs=4、direct=1、randrepeat=0，同样读写各 60 秒

两个容易踩的坑先交代清楚：第一，不加 direct=1 压测的是 page cache，测出来的数字是内存速度不是磁盘速度；第二，RAID 卡写缓存策略必须统一，本轮全部设为 WriteBack，混用 WriteThrough 会让 RAID 5 的写入成绩失去可比性。测试前用 hdparm -W0 关掉物理盘自身缓存，避免假数据。

之所以选这四种级别，是因为它们覆盖了从纯性能到纯安全的完整光谱：RAID 0 条带化只求速度、RAID 1 镜像只求冗余、RAID 5 校验追求容量与安全的折中、RAID 10 镜像加条带则是数据库场景的常客。下一节直接上数据。

实测数据：吞吐与 IOPS 全景

全部数字取三轮中最稳定一轮的峰值，四舍五入到三位有效数字，先看顺序大块吞吐这一组。8 盘 RAID 0 顺序读 2910 MB/s、顺序写 2740 MB/s，几乎把 8 块盘的并发能力榨干；RAID 10 用 8 盘当 4 盘用，顺序读写分别为 1650/1520 MB/s，正好落在 RAID 0 的六成左右，符合条带宽度减半的预期。最意外的是 RAID 5：因为 RAID 卡缓存 + 2GB 回写保护发挥了作用，顺序写 1710 MB/s 甚至略高于 RAID 10，顺序读 2380 MB/s 也只比 RAID 0 低 18%；RAID 1 受限于双盘镜像结构，顺序读写停在 385/372 MB/s，基本等于单盘水平。

4K 随机这组才能看出阵列真实面貌。随机读方面 RAID 0 拿到 61.2 万 IOPS、RAID 10 为 45.8 万、RAID 5 为 41.3 万、RAID 1 为 28.9 万，梯度与盘数成正比。但随机写完全换了个格局：RAID 0 仍有 55.4 万 IOPS，RAID 10 掉到 28.1 万——每写一笔要同时落两块镜像盘，属于结构性的成本；RAID 5 只剩 4.6 万 IOPS，延迟飙到 11.2ms，比 RAID 10 的 1.8ms 高出一个数量级，这就是校验计算加读-改-写的双重惩罚。平均延迟一栏，读场景四种阵列都在 0.8-1.5ms 之间，差别不大，真正拉开差距的是写延迟。

把两组数据放在一起可以得出一个实用判断：顺序大块场景下 RAID 5 并不慢，甚至可以胜任视频转码、备份落盘这类吞吐型任务；可一旦负载变成小块随机写，RAID 5 与 RAID 10 的差距是 6 倍，数据库、KVM 虚机盘这类场景基本可以一票否决。

逐项分析：每种阵列卡在哪

数据之外更值得搞懂的是原因。RAID 0 的条带（stripe，把数据切成小块分散到各盘）宽度用满 8 盘，读和写都没有额外开销，所以吞吐和 IOPS 都是天花板——代价是任何一块盘故障全卷即毁，只适合可重建的临时数据，比如转码中间文件。RAID 1 写入放大系数固定为 2，本次双盘配置顺序写 372 MB/s 恰好就是单盘极限，它换来的好处是两块盘任意坏一块数据仍在，而且随机读可以双盘并发分流，28.9 万 IOPS 的读成绩比单盘高出一截就是分流的红利。

RAID 5 的曲线最分裂：顺序写靠 RAID 卡 2GB 缓存整条带合并（full-stripe write）跑出了 1710 MB/s，可 4K 随机写每笔都要经历读旧数据、读旧校验、算新校验、写新数据、写新校验的完整读-改-写循环，RAID 卡主频扛不住这个 XOR 运算密度，4.6 万 IOPS 的瓶颈在卡而不在盘。RAID 10 的随机写成绩同样要打折：镜像结构决定每笔写要落两个成员盘，吞吐天然减半，但 28.1 万 IOPS 对绝大多数 MySQL/PostgreSQL 负载已经绰绰有余，而且坏盘风险最低——只要不是同一个镜像对里两块同时挂，理论上可以承受一半的盘同时故障。

带宽（带宽在主机行业语境里通常指网络吞吐，本文磁盘带宽均以 MB/s 表示）这一层四者持平，毕竟阵列级别不改变网卡能力；真正被阵列级别改变的，是磁盘子系统的并发路径。简单说：RAID 0 并行无代价、RAID 1 双写换安全、RAID 5 校验换容量、RAID 10 双倍盘换低延迟高可靠，没有免费的午餐。

复现步骤：20 分钟跑完四轮

想在自己机器上复现，按下面流程走即可。先装工具并确认阵列卡可见：

apt-get install -y fio
lspci | grep -i raid
cat /proc/scsi/scsi | grep -c Attached

确认 8 块盘都在后，顺序读压测用这一组参数（写测试把 rw=read 改成 rw=write）：

fio --name=seqread --filename=/dev/sdb --rw=read --bs=1M \
    --iodepth=32 --ioengine=libaio --direct=1 --runtime=60 \
    --time_based --group_reporting

4K 随机写把 bs 换成 4k、rw 换成 randwrite，并叠加 4 个任务模拟真实并发：

fio --name=randwrite --filename=/dev/sdb --rw=randwrite --bs=4k \
    --iodepth=128 --numjobs=4 --ioengine=libaio --direct=1 \
    --runtime=60 --time_based --group_reporting --randrepeat=0

直接压块设备（/dev/sdb）测出的是裸阵列能力；如果你想评估文件系统开销，把 filename 换成挂载点下的测试文件即可，通常 XFS 下 4K 随机写会比裸设备再低 5%-10%。每换一种阵列级别，记得先在 RAID 卡 BIOS 或 storcli 里重建卷，再重复同一组命令，全程注意压测数据会被销毁，只能用在没有业务的盘上。

选型建议与总结

回到最初的场景。租独立服务器时，很多商家默认给 RAID 5 图容量利用率，但结合实测数据，建议这样对号入座：跑 MySQL、PostgreSQL 或 KVM 虚机盘，直接指定 RAID 10，28.1 万随机写 IOPS 和 1.8ms 延迟是数据库体验的下限保障；做备份、视频库、下载站这类顺序吞吐型业务，RAID 5 的 2380 MB/s 顺序读完全够用，还能多出 50% 可用容量；纯临时数据或预算敏感的转码节点，RAID 0 性价比最高，但务必另有备份通道；RAID 1 更适合两盘小机器上的系统盘，稳字当头。

另外两条建议：无论选哪种级别，RAID 卡务必配 BBU（电池备份单元）或超级电容再开 WriteBack，否则掉电丢数据的风险远大于性能收益；同时 RAID 不等于备份，4.6 万 IOPS 和 2910 MB/s 都救不回一次误删——重要数据仍然要有异地副本。

总结一下，四轮 fio 压测给出的核心结论：阵列级别决定的是随机写的上限，顺序吞吐大家差距有限；选型的依据不是哪个更快，而是你的负载里 4K 随机写占比有多高。下次开新机，可以先用本文的参数跑 10 分钟摸底再定阵列方案；选独服（独立服务器的社区俗称）时也不妨把支持 RAID 10 配置、提供中文技术支持的 Hostease 独立服务器放进对比清单，实测之后再做决定。如果你需要更多独立服务器选型与硬件指标参考，可以看这篇香港服务器六大技术指标解读；想了解国外独服价格行情的同学，这篇国外独立服务器价格品牌全解析值得一读；还在纠结配置档位的，再参考这篇美国服务器租用排行榜。建议先按本文方法实测自己业务的真实 I/O 模型，再决定阵列方案；如果你的负载以 4K 随机写为主，可以考虑直接上 RAID 10。