write-back与write-through是raid卡两种核心缓存策略：write-through直写磁盘保障数据安全但延迟高；write-back先写缓存再异步刷盘，性能优但依赖bbu/电容保护，失效时会静默降级导致性能骤降。
存储阵列缓存策略配置不当，会直接放大 I/O 延迟、降低吞吐、甚至引发写阻塞——比如开启回写（Write-Back）但电池/电容失效，或强制直写（Write-Through）却未配足够缓存，都会让本该“快”的阵列变“慢”。排查这类问题，关键不是看 Linux 层命令输出，而是穿透到阵列控制器本身，验证缓存是否真正生效、是否处于安全可用状态。
第一步：确认阵列缓存当前实际工作模式
Linux 无法直接读取阵列卡的缓存策略，需依赖厂商工具：
- 对于 Dell PERC 卡：MegaCLI -AdpCachePolicy -Get -aALL 或 storcli /c0 show，重点看 Write Cache 是否为
Enabled，Cache Policy 是WriteBack还是WriteThrough - 对于 HPE Smart Array：ssacli ctrl all show config，检查 Controller Cache 和 Drive Write Cache 是否启用
- 对于 LSI/Broadcom（现 Avago）卡：arcconf getconfig 1 | grep -A5 "Cache"
⚠️ 注意：即使显示 “WriteBack Enabled”，也必须进一步验证其 安全性状态（如 BBU/CacheVault 健康度），否则系统可能已自动降级为 WriteThrough 模式而不告警。
第二步：交叉验证缓存是否真实生效
仅看配置不等于缓存正在起作用。需结合 I/O 行为反推：
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 用 iostat -x 1 观察：w_await 显著低于 2ms（SSD/NVMe 阵列）且 %util 不高但 wkB/s 很高 → 缓存大概率在加速写入；反之若 w_await > 10ms、%util 接近 100%、写吞吐却上不去 → 缓存可能未启用或已失效
- 执行小块随机写压测：fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --direct=0 --runtime=30 --time_based --group_reporting（绕过 page cache，逼出阵列缓存行为）。对比 direct=0 和 direct=1 的结果：若 direct=0 时 IOPS 高出 3–5 倍，说明写缓存有效；若两者几乎无差别，缓存很可能被禁用或降级
第三步：检查缓存保护单元健康状态
Write-Back 模式依赖 BBU（Battery Backup Unit）或 CacheVault（超级电容）保障断电数据不丢失。一旦异常，控制器通常静默关闭 Write-Back，切换为安全但极慢的 WriteThrough：
- Dell PERC：MegaCLI -AdpBbuCmd -GetBbuStatus -aALL，关注 State（应为
Optimal）、Relative State of Charge（≥85%）、Learn Cycle Status - HPE：ssacli ctrl slot=0 battery show，检查 Status 和 Condition
- 通用方式：smartctl -a /dev/cciss!c0d0（旧系统）或查看 /proc/megaraid/bbu 等内核接口（需驱动支持）
常见误判：监控看到“BBU OK”，但实际已老化——需查 Next Learn Date 是否过期，或执行一次手动学习周期（MegaCLI -AdpBbuCmd -BbuLearn -aALL）后观察是否成功。
第四步：识别阵列层队列与 Linux 层调度的冲突
某些阵列固件对 Linux IO 调度器敏感。例如：
- 开启 Write-Back 后仍使用
cfq调度器，可能因过度合并/排序请求，反而增加阵列内部队列等待 - 推荐将阵列后端盘的调度器统一设为
none或noop：echo none > /sys/block/cciss!c0d0/queue/scheduler（注意设备名格式），让阵列自身完成智能调度 - 检查 /sys/block/cciss!c0d0/queue/nr_requests（默认 128）是否过小；阵列卡通常支持更大深度（如 1024），可适当调高：echo 1024 > /sys/block/cciss!c0d0/queue/nr_requests
改完后用 iostat -x 1 对比 aqu-sz（平均队列长度）是否下降、svctm 是否更稳定。
