raid 10最适合生产环境数据库和虚拟机存储，需用--layout=f2和--chunk=512k创建，重建期间性能大幅下降，必须定期scrub。
RAID 0/1/5/10 到底该选哪个
没有“最好”的 RAID 类型，只有“最适合当前场景”的组合。选错不光浪费磁盘，还可能放大故障风险。
常见错误现象：mdadm: Cannot open /dev/sdb: Device or resource busy——常因磁盘已被 LVM 或文件系统占用，没清空就直接建阵列；read-only file system 错误则多见于 RAID 5 在降级状态下被强制挂载。
- RAID 0：纯提速，两块盘条带化，容量相加，但任一盘坏，全盘数据归零；适合临时计算缓存，别存重要数据
- RAID 1：两块盘镜像，容量取小者，读性能略升、写略降，单盘故障可无缝接管；适合系统盘或小规模关键数据
- RAID 5：三盘起步，一块盘空间做校验，允许坏一块盘；但重建压力大，小文件随机写慢，SSD 上尤其不推荐
- RAID 10：四盘起步（最小），先镜像再条带，允许每组镜像坏一块（如
/dev/sdb和/dev/sdd同时坏仍可能存活），性能和容错平衡最好；生产环境数据库、虚拟机存储首选
用 mdadm 创建 RAID 10 的实操要点
RAID 10 不是“自动最优”，mdadm --create 的参数顺序和布局直接影响恢复行为和性能边界。
使用场景：4 块同型号 SATA 盘构建高可用存储，要求写入延迟可控、单盘故障不影响服务。
- 必须用
--layout=f2（默认）而非n2，否则镜像对不在同一物理盘上，起不到冗余作用 - 建议显式指定 chunk size：
--chunk=512K，太小（如 4K）加重元数据开销，太大（如 2M）影响小文件响应 - 创建前务必确认磁盘干净：
wipefs -a /dev/sdX，否则残留 LVM label 或 ext4 superblock 会导致mdadm拒绝初始化 - 命令示例：
mdadm --create /dev/md0 --level=10 --raid-devices=4 --layout=f2 --chunk=512K /dev/sdb /dev/sdc /dev/sdd /dev/sde
RAID 启动失败或无法自动装配的排查路径
系统重启后 /dev/md0 消失或状态为 inactive，不是配置丢了，而是装配流程卡在某个环节。
Sylius开源电子商务平台是一个开源的 PHP 电子商务网站框架，基于 Symfony 和 Doctrine 构建，为用户量身定制解决方案。可管理任意复杂的产品和分类，每个产品可以设置不同的税率，支持多种配送方法，集成 Omnipay 在线支付。功能特点：前后端分离Sylius 带有一个强大的 REST API，可以自定义并与您选择的前端或您的微服务架构很好地配合使用。如果您是 Symfony
常见错误现象：mdadm: No arrays found in config file or automatically；cat /proc/mdstat 显示 inactive 但所有成员盘都在线。
-
/etc/mdadm/mdadm.conf必须包含ARRAY行，且 UUID 要和mdadm --detail --scan输出一致；手写设备名（如/dev/sdb）会因 udev 设备序号变动而失效 - Debian/Ubuntu 系统需运行
update-initramfs -u，否则 initramfs 里没加载raid10模块，早期阶段无法识别阵列 - 检查
lsblk输出中各成员盘是否显示part后缀——如果误给分区（如/dev/sdb1）建 RAID，而没清空分区表，mdadm可能拒绝组装
RAID 重建期间还能不能用
能用，但得清楚代价：重建不是后台静默任务，它会抢占 I/O 资源，且持续时间远超预期。
性能影响：一块 4TB SATA 盘重建通常耗时 8–24 小时，期间随机写 IOPS 可跌至正常值的 10%–30%，iostat -x 1 中 %util 长期 95%+ 是常态。
- 别在重建时跑备份、rsync 或数据库 dump，极易触发 timeout 导致重建中断，进而变成
degraded+spare混乱状态 - 监控关键指标：
cat /proc/mdstat查看recovery = 12.4%进度；mdadm --detail /dev/md0 | grep -E "(State|Rebuild)"确认无failed成员 - SSD 上重建更危险：部分消费级 NVMe 在重建负载下会触发热关断，导致阵列意外离线；企业级盘需确认支持
PLP（掉电保护）
真正麻烦的不是选哪种 RAID，而是忘了定期做 scrub ——echo check > /sys/block/md0/md/state 这个动作三年不做一次，静默坏块可能在重建时集中爆发。
