合理调整Linux软件RAID重建参数可提升速度3–10倍：调高/proc/sys/dev/raid/speed_limit_max（如100000）、禁用speed_limit_min保守策略、切换mdX调度器为none并增大nr_requests，同时避免I/O干扰。
Linux 软件 RAID（如 mdadm）在 rebuild 过程中默认速度往往很慢，尤其在大容量硬盘或高负载系统上可能持续数天。这不是硬件瓶颈，而是内核默认限制了同步带宽和 I/O 并发度。合理调整几个关键参数，可将 rebuild 速度提升 3–10 倍，同时避免对系统响应造成过大影响。
调整 mdadm 同步速率上限
内核通过 /proc/sys/dev/raid/speed_limit_min 和 speed_limit_max 控制 RAID 同步的最小/最大速率（单位 KB/s）。默认 speed_limit_max 通常只有 200,000（即 200 MB/s），但实际受限于磁盘顺序写能力，且默认值常被设为较低值（如 20000 ≈ 20 MB/s）。
- 查看当前值：
cat /proc/sys/dev/raid/speed_limit_min /proc/sys/dev/raid/speed_limit_max - 临时提高上限（例如设为 100 MB/s）：
echo 100000 > /proc/sys/dev/raid/speed_limit_max - 若需兼顾前台 I/O 响应，可同步调高下限（如设为 50000），让内核更积极调度同步任务
- 该设置重启失效，如需持久化，写入
/etc/sysctl.conf：dev.raid.speed_limit_max = 100000
禁用 sync_speed_min 的保守策略
某些内核版本（特别是较老发行版）会强制将 speed_limit_min 锁定为极低值（如 1000），导致即使设了高 max 也起不来速度。这是因为内核认为“太慢才安全”。
- 检查是否被锁死：
cat /proc/sys/dev/raid/speed_limit_min；若输出为1000且无法 echo 修改，说明被内核策略限制 -
解决方法：升级内核（≥5.4 后大幅放宽限制），或改用
mdadm --grow --sync=1强制触发全速同步（需 RAID 处于 clean 状态） - 也可尝试先暂停再恢复同步：
echo idle > /sys/block/mdX/md/state，再echo active > /sys/block/mdX/md/state，有时能重置速率限制
优化 I/O 调度与队列深度
RAID rebuild 是大量顺序写操作，容易受 I/O 调度器影响。CFQ（已弃用）或默认的 mq-deadline 在多盘场景下可能引入延迟。
- 对 HDD 阵列，推荐切换为
none（即 noop）调度器：echo none > /sys/block/mdX/queue/scheduler（注意：是 mdX 设备本身，不是底层 sdX） - 增大请求队列深度可提升吞吐：
echo 1024 > /sys/block/mdX/queue/nr_requests（默认常为 128） - 确认底层磁盘也使用合适调度器（如 NVMe 用
none，SATA SSD 可用kyber）
避免干扰与风险控制
加速 rebuild 不等于无脑拉满。过度激进可能引发超时、I/O hang 或掩盖磁盘隐患。
- 切勿在 rebuild 期间运行
fsck、dd或数据库大批量写入——这些会抢占 I/O，反而拖慢整体进度 - 监控重建状态用
watch cat /proc/mdstat，关注[UU]是否稳定，以及是否有_或F（表示故障盘） - 如果某块盘 rebuild 速度骤降或反复卡住，立即
smartctl -a /dev/sdX检查 SMART 日志，可能是磁盘即将失效 - 不建议关闭 write-intent bitmap（即
--bitmap=none），它虽略增开销，但崩溃后可极大缩短下次 sync 时间
调参见效快，但核心仍是理解 rebuild 本质：它是内核线程驱动的块级复制，受 CPU、内存带宽、磁盘寻道/吞吐、I/O 调度共同制约。一次合理调整，通常能让 10TB RAID6 从 3 天缩至 12 小时以内，且不牺牲稳定性。
