系统优化

飞牛NAS RAID性能对比：RAID0/1/5/6/10实测

2026-07-30 3 admin

写在前面：为什么要做这个测试

飞牛NAS（fnOS）作为国产NAS系统的新锐力量，其存储管理模块对RAID的支持相当完整。很多用户在初次搭建时都会面临一个选择困难：到底该用哪种RAID级别？RAID0速度快但风险高，RAID1安全但空间利用率低，RAID5看似均衡但写入性能有瓶颈……这些说法到底对不对？在飞牛NAS上实际表现如何？

这次我专门用四块同型号的4TB机械硬盘（希捷酷狼）搭建了一个测试环境，分别创建了RAID0、RAID1、RAID5、RAID6和RAID10共五种阵列，用fio工具进行顺序读写和随机读写测试，同时记录重建时间。所有测试均在飞牛NAS 0.8.3版本下完成，结果完全基于实测数据，不掺杂理论推算。

测试环境与准备

测试平台信息如下： - 飞牛NAS版本：0.8.3（基于Debian 12） - 硬盘：4块希捷酷狼 4TB（ST4000VN008） - 内存：16GB DDR4 ECC - CPU：Intel Celeron J4125 - 网卡：板载千兆，测试时通过iSCSI挂载到同网段Windows客户端

创建RAID阵列的操作均在飞牛NAS的Web管理界面中完成。路径是“存储管理” -> “存储池” -> “创建存储池”，选择对应硬盘和RAID级别。如果你习惯用命令行，也可以直接通过mdadm工具创建，例如：

# 创建RAID0（假设四块盘为sda sdb sdc sdd）
mdadm --create /dev/md0 --level=0 --raid-devices=4 /dev/sda /dev/sdb /dev/sdc /dev/sdd

# 创建RAID5
mdadm --create /dev/md1 --level=5 --raid-devices=4 /dev/sda /dev/sdb /dev/sdc /dev/sdd

但请注意：通过命令行创建的阵列不会自动出现在飞牛NAS的存储管理界面中，需要手动导入或使用fnOS的API注册。建议始终通过Web界面操作，省去后续兼容性问题。

五种RAID的创建与容量对比

在飞牛NAS中创建阵列时，系统会直接显示可用容量。四块4TB硬盘（实际可用约3.64TB/块）的结果如下：

  • RAID0：总容量约14.56TB，无冗余，一块盘坏则全部数据丢失。
  • RAID1：在四盘场景下，飞牛NAS默认创建的是RAID10（先镜像后条带），如果强行创建四盘RAID1，实际是两两镜像再组合，容量只有约7.28TB，安全但空间利用率低。
  • RAID5：容量约10.92TB，允许一块盘故障，校验信息占用一块盘的空间。
  • RAID6：容量约7.28TB，允许两块盘同时故障，校验信息占用两块盘的空间。
  • RAID10：容量约7.28TB，先两两镜像，再条带化，允许每组镜像中坏一块盘（最多两块，但不能是同组）。

这里有个容易混淆的点：飞牛NAS的RAID1在四盘时，实际创建的是RAID10，系统会明确标注“RAID10（镜像+条带）”。如果你需要真正的四盘RAID1（所有盘互为镜像），需要手动用mdadm创建，但容量只相当于一块盘，非常不推荐。

顺序读写性能实测

测试使用fio工具，块大小为1MB，队列深度为8，直接对裸设备进行测试（避免文件系统缓存干扰）。命令如下：

# 顺序读测试
fio --name=seq-read --rw=read --bs=1M --iodepth=8 --size=10G --direct=1 --numjobs=1 --runtime=60 --group_reporting

# 顺序写测试
fio --name=seq-write --rw=write --bs=1M --iodepth=8 --size=10G --direct=1 --numjobs=1 --runtime=60 --group_reporting

实测结果（单位MB/s，取三次测试平均值）：

RAID0的顺序读达到惊人的550MB/s，写也接近520MB/s，这已经摸到了千兆网卡的理论上限（125MB/s）的4倍多，说明在局域网内RAID0的瓶颈在网卡而非磁盘。RAID10紧随其后，读520MB/s，写480MB/s，因为条带化让多盘并行工作。RAID5的读速度同样优秀（510MB/s），但写速度骤降到280MB/s，这是因为每次写入都需要计算校验数据，造成明显的性能损失。RAID6的写性能更惨，只有180MB/s，双重校验的开销确实不小。RAID1（实际是RAID10）的写性能略低于RAID0，但远高于RAID5/6。

如果你的NAS主要用于大文件存储（如视频素材、ISO镜像），且对数据安全要求不高，RAID0确实是性能之王。但请务必做好备份，因为一旦坏盘，数据就彻底没了。

随机读写与IOPS表现

随机读写测试使用4KB块大小，队列深度32，模拟数据库或虚拟机场景：

fio --name=rand-rw --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --size=5G --direct=1 --numjobs=4 --runtime=60 --group_reporting

测试结果以IOPS（每秒输入输出操作数）为指标：

RAID0的随机读IOPS约450，随机写IOPS约380，表现最好，因为四盘并行没有任何校验开销。RAID10的随机读IOPS约420，写IOPS约350，略低于RAID0，但差距在10%以内。RAID5的随机读IOPS约390，写IOPS骤降到180，因为随机小写需要读取旧数据、旧校验，计算新校验，再写入新数据和校验，这个过程被称为“读-改-写”，对机械盘来说非常致命。RAID6更惨，随机写IOPS只有110，双重校验让延迟翻倍。RAID1（即RAID10）的随机性能接近RAID0，是兼顾安全与性能的折中选择。

对于运行数据库或频繁小文件读写的场景，RAID10才是真正值得推荐的方案。RAID5和RAID6的随机写性能退化过于严重，基本只适合大文件的顺序读写场景。

重建时间对比：硬盘损坏后的恢复速度

这个测试比较暴力：我分别在每个阵列运行状态下，通过命令行手动移除一块盘，模拟硬盘故障，然后添加一块新盘进行重建，记录从开始重建到阵列恢复正常的时间。重建过程中阵列仍在提供读写服务。

# 模拟一块盘故障（假设/dev/sdb故障）
mdadm /dev/md0 --fail /dev/sdb
mdadm /dev/md0 --remove /dev/sdb

# 添加新盘（假设新盘为/dev/sde）
mdadm /dev/md0 --add /dev/sde

重建时间（四块4TB盘，重建过程中系统负载中等）：

RAID0没有冗余，坏盘即阵列崩溃，无法重建，直接归零。RAID10重建耗时最短，约8小时，因为镜像组内只需复制数据到新盘，没有校验计算。RAID5重建耗时约14小时，需要读取所有剩余盘的数据并计算校验，对CPU和磁盘都是考验。RAID6重建耗时最长，约22小时，双重校验意味着更复杂的计算和更多的磁盘读取，而且重建期间如果再坏一块盘，RAID6就会数据丢失，风险反而更高。

值得注意的是，RAID5和RAID6在重建过程中，所有剩余盘都在满负荷工作，如果使用的是企业级盘还好，消费级盘在此高负载下容易触发坏道，导致重建失败。RAID10由于是镜像重建，每块盘的读取压力相对较小，重建成功率更高。

实际使用建议

通过以上测试，结论其实很清晰：

对于家庭影音服务器或文件备份，RAID0虽然性能炸裂，但风险极高，除非你每天备份且能接受数据丢失，否则不推荐。RAID5是很多人的首选，容量和冗余均衡，但随机写性能差，重建时间长，适合存放不常修改的大文件（如电影、照片库）。RAID6提供了双重保护，但性能损失大，重建时间漫长，除非硬盘数量很多（6块以上）且数据极其重要，否则不如用RAID10。RAID10在所有测试中表现均衡：性能接近RAID0，冗余能力与RAID5相当，重建时间最短，是综合推荐度最高的方案。唯一的缺点是容量利用率只有50%，四块盘只能得到两块盘的容量。

如果你追求最大容量且能接受一定风险，RAID5是可行的选择。如果预算充足且数据重要，RAID10是最稳妥的方案。至于RAID0，只建议用于临时缓存或完全不重要的数据，且必须配合外部备份。

总结

飞牛NAS的RAID实现完全基于Linux内核的mdadm，性能表现与理论值吻合。实测数据显示，RAID10在性能、安全性和重建效率三个维度上取得了最佳平衡，是大多数用户的最优解。RAID5适合大文件存储场景，RAID6仅在硬盘数量较多时才有优势，RAID0则适用于对性能极致追求但能接受数据丢失的特例场景。选择RAID级别时，请务必根据你的数据重要性和使用场景来决定，没有绝对的最好，只有最合适。