服务器的 RAID 5（常被写成 rad5）是一种带分布式奇偶校验的条带化磁盘阵列：至少需要 3 块硬盘，允许任意 1 块硬盘故障后继续运行，但重建期间性能会下降，数据风险也会上升。 如果你只记一句话，RAID 5 是用一块盘的容量，换一块盘的容错。
服务器 RAID 5 是什么意思？先看它怎么把数据摊开
据 SNIA 公开资料，RAID 5 属于带分布式奇偶校验的条带化阵列，你可以把它想成一组硬盘排班干活：数据不是整块写进某一块盘，而是切成条带，轮流写到多块盘上。
条带、校验、分布式，这三个词是关键
- 条带化：一份文件被拆成多个数据块，分散写入不同硬盘，读的时候多块盘一起出力，所以顺序读性能通常不错。
- 校验：每一组条带都会算出校验信息，某块盘坏了，可以用剩余数据和校验把丢失内容算回来。
- 分布式：校验信息不是固定放在某一块盘上，而是轮流分布在各块盘里，这样避免单块盘成为写入瓶颈。
为什么至少需要 3 块盘？
两块盘做不了 RAID 5，因为 RAID 5 需要“数据 + 校验”同时存在，并且校验还要分布开，常见最低配置是 3 块盘：两块存数据，一块存校验，下一组条带再轮换位置。
这也带来一个直接结果：RAID 5 的可用容量不是所有盘加起来，3 块 4TB 盘做 RAID 5，理论可用容量约 8TB，而不是 12TB，少掉的那一块盘容量，就是为容错付出的成本。
RAID 5 和 RAID 10 哪个更适合数据库？
这是选型时最常纠结的问题,直接看对比：
| 对比项 | RAID 5 | RAID 10 |
|---|---|---|
| 最少硬盘数 | 3 块 | 4 块 |
| 容错能力 | 允许 1 块盘故障 | 特定条件下允许多块盘故障 |
| 可用容量 | (N-1) 块盘容量 | 通常只有一半容量 |
| 读性能 | 较好 | 很好 |
| 写性能 | 有校验开销，随机写偏弱 | 镜像写入，随机写强 |
| 重建压力 | 较大 | 相对较小 |
| 数据库 OLTP | 不优先推荐 | 更常见推荐 |
如果你的业务是 MySQL、PostgreSQL、SQL Server 这类频繁随机写入的数据库，RAID 10 通常更稳，RAID 5 更适合文件服务器、备份归档、监控录像、静态资源存储这类读多写少场景。
服务器 RAID 5 磁盘利用率怎么算？别把标称容量当可用容量
RAID 5 的容量公式很简单：
可用容量 =（硬盘数量 – 1）× 单块硬盘容量
4 块 8TB 盘做 RAID 5，理论可用容量是 3×8TB=24TB，6 块 16TB 盘做 RAID 5，理论可用容量是 5×16TB=80TB。
但实际能用到的空间,往往比这个数字小。
热备盘和文件系统会改变可用容量
- 热备盘：如果阵列里有一块盘做全局热备，它不参与容量计算，4 块盘里 1 块热备，剩下 3 块做 RAID 5，可用容量只有 2 块盘。
- RAID 元数据：硬件 RAID 卡和软件 RAID 都会占用少量元数据空间。
- 文件系统开销：ext4、XFS、NTFS 都有元数据、日志和预留块，格式化后
df -h看到的容量，通常小于 RAID 理论容量。 - TB 与 TiB 差异：硬盘厂商标称 8TB，操作系统按 TiB 显示时数字会变小，这不是 RAID 吃掉容量，而是换算方式不同。
在 Linux 下，可以用这些命令查看真实情况：
lsblk df -h cat /proc/mdstat mdadm --detail /dev/md0
如果是硬件 RAID，可以用厂商工具，storcli /c0 show、ssacli ctrl all show config，查看虚拟盘容量、条带大小和缓存策略。
一块盘坏了以后：RAID 5 重建、性能与风险
RAID 5 允许一块盘故障，不代表可以一直带病运行，坏盘之后，阵列进入降级状态，此时读数据要靠剩余盘和校验计算，性能会下降；如果再坏一块盘，数据就可能整体失效。
重建为什么慢？哪些操作会踩坑？
重建时,RAID 控制器或软件 RAID 要读取所有剩余盘上的数据，重新计算并写入新盘，盘越大，重建越久，大容量 SATA 盘做 RAID 5，重建时间可能从数小时到数天不等。
业内专家指出,RAID 5 重建窗口是阵列生命周期里最危险的阶段，期间业务继续大量写入，会拖慢重建，也会增加二次故障概率。
常见踩坑操作包括：
- 坏盘后继续跑高负载写入,比如数据库批量导入、视频转码、大规模备份。
- 直接拔掉另一块“看起来有问题”的盘，导致阵列彻底掉线。
- 用消费级硬盘做企业 RAID 5，缺少 TLER/ERC 等错误恢复控制。
- 没有热备盘,也没有监控 SMART 和 RAID 日志。
行业共识认为,单盘容量越大，RAID 5 的总体风险越不能忽视，更稳妥的做法是：RAID 5 加一块热备盘，关键业务改用 RAID 6 或 RAID 10，并且永远保留独立备份。
Linux 软 RAID 5 的实操命令
创建 RAID 5：
mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd
查看状态：
cat /proc/mdstat mdadm --detail /dev/md0
替换故障盘：
mdadm /dev/md0 --fail /dev/sdc --remove /dev/sdc mdadm /dev/md0 --add /dev/sdc
重建期间观察：
watch -n 5 cat /proc/mdstat smartctl -a /dev/sdb
企业服务器 RAID 5 数据恢复多少钱？先别急着拔盘
企业服务器 RAID 5 数据恢复的费用跨度很大，取决于故障盘数量、RAID 参数是否丢失、是否经历强制上线、是否二次重建失败、文件系统类型、是否加密，以及是否需要开盘更换磁头。
多数情况下,单盘离线、阵列还能识别、只是需要恢复数据的，费用相对低，多盘掉线、重建失败、RAID 元数据损坏、虚拟机磁盘碎片化严重，费用会明显上升，如果涉及无尘室开盘，价格还会更高。
影响费用的几件事
- 故障盘数量：坏一块和坏两块，恢复难度完全不同。
- 是否继续写入：坏盘后继续写入，可能覆盖可恢复数据。
- RAID 参数：条带大小、盘序、校验方向、左对称或右对称，都会影响虚拟重组。
- 文件系统：NTFS、ext4、XFS、VMFS、ZFS 的恢复策略不同。
- 是否加密：BitLocker、LUKS、自加密盘会增加门槛。
- 服务商资质：具备洁净室、PC-3000、RAID 重组能力的机构，报价通常更高。
故障后应做什么
- 立即停止对原阵列写入。
- 不要反复强制上线。
- 不要随意重建。
- 不要拿另一块盘做实验。
- 记录 RAID 卡型号、硬盘顺序、报错日志。
- 先做完整镜像,再尝试重组。
北京服务器 RAID 5 配置推荐与选型场景
北京企业机房、IDC 和自建机房里，RAID 5 仍常见于文件共享、备份归档、监控存储和轻量虚拟化，选型时别只看容量，要看业务写入模型。
硬件 RAID 还是软件 RAID？
硬件 RAID 依赖 RAID 卡，常见品牌有 Broadcom、Dell PERC、HPE Smart Array、华为等，优点是缓存、电池或超级电容保护、管理工具成熟，软件 RAID 如 Linux mdadm、ZFS RAIDZ，成本低、灵活，但会消耗 CPU 和内存。
北京企业机房常见配置思路
- 文件服务器：4 到 6 块企业级 SAS 或 SSD，RAID 5 加一块热备盘。
- 备份归档：RAID 5 或 RAID 6，优先容量和顺序读写。
- 监控存储：RAID 5 常见，但要关注写入寿命和重建速度。
- 数据库：优先 RAID 10，不建议用大容量 SATA 盘做 RAID 5。
- 虚拟化：RAID 10 或 RAID 6，RAID 5 只适合非关键、读多写少虚拟机。
如果在北京机房上架,还要确认 RAID 卡缓存是否有电池或超级电容，没有断电保护时，写缓存策略应设为 Write Through，避免断电丢数据，上架后定期检查 storcli /c0 /vall show、ssacli ctrl all show config，并配置硬盘故障告警。
服务器 RAID 5 常见问题 Q&A
服务器 RAID 5 是什么意思？和 RAID 0、RAID 1 有什么区别？
RAID 0 是纯条带，没有容错，一块盘坏全部数据不可用，RAID 1 是镜像，两块盘互为副本，容量利用率低但简单可靠，RAID 5 介于两者之间：比 RAID 0 安全，比 RAID 1 容量利用率高，但写入有校验开销，重建风险也更明显。
服务器 RAID 5 坏一块盘还能撑多久？重建时可以继续用吗？
坏一块盘后,阵列进入降级状态，通常还能读，但不建议长期运行，重建时可以继续提供部分访问，但业务写入会拖慢重建，如果数据重要，优先做完整备份，再安排低峰期重建，第二块盘故障会导致 RAID 5 阵列失效。
服务器 RAID 5 能用 mdadm 自己搭建吗？
可以,Linux 下用 mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd 创建，用 cat /proc/mdstat 观察同步，用 mdadm --detail /dev/md0 查看健康状态，生产环境建议配合热备盘、SMART 监控和独立备份使用。
RAID 5 的本质是用一块盘容量换一块盘容错，适合读多写少、盘位有限、预算敏感的文件与备份场景，高写入数据库、大容量盘密集阵列，应优先考虑 RAID 10、RAID 6 或更稳健的存储方案。