TRIM 与 RAID 透传是什么
SSD 需要 TRIM 或 UNMAP 指令告知哪些数据块已经无用，固件才能提前回收并整理，从而抑制写放大与掉速。硬件 RAID 卡处在文件系统与盘之间，历史上多数 SATA/SAS 阵列卡并不把该指令透传给盘，结果是逻辑卷上删除了数据、盘的固件却仍然认为那些块有效。选型与运维都要提前确认控制器与固件的支持情况。
基本信息
| 文件系统侧 | 查看是否启用 discard：ext4 的 discard 挂载项，XFS 的开箱支持 |
|---|---|
| 控制器侧 | 是否支持把 SSD 的 UNMAP 指令透传给物理盘 |
| 替代方案 | 定期执行 fstrim；或让 SSD 走直通由软存储直接管理 |
| 适用范围 | SSD 与支持裁剪的设备；机械盘不涉及该机制 |
检查与手动触发 TRIM
检查与手动触发 TRIM
mount | grep discard # 查看是否以 discard 选项挂载
lsblk -D /dev/sdb # 查看盘是否声明 discard 支持
fstrim -v /data # 手动触发一次裁剪并输出结果
fstrim --version # 确认工具版本与能力检查顺序
| 层次 | 检查内容 | 结论含义 |
|---|---|---|
| 设备层 | lsblk -D 的 discard 列 | 盘与卡是否向上暴露裁剪能力 |
| 文件系统层 | 挂载选项或周期性 fstrim 任务 | 上层是否真的发出裁剪指令 |
| 控制器层 | 卡与固件的支持说明 | 指令是否会被转发到物理盘 |
典型使用场景
- SSD 阵列选型：确认卡与固件是否支持裁剪透传
- 长期运行掉速：用 fstrim 观察是否能在不支持透传时改善
- 删除密集业务：评估写放大与寿命消耗是否需要调整方案
- 新建系统：决定是否启用 discard 挂载项或改用周期裁剪
- 性能回归：变更裁剪策略后对比延迟与吞吐变化
先查控制器文档再依赖 TRIM：不支持透传时，fstrim 可能只影响卡级映射而触达不到物理盘，看起来执行成功但实际无效果。
启用 discard 挂载项后要做性能回归：个别固件在删除密集负载下会出现延迟抖动，实时性要求高的业务要先在测试环境验证。
常见疑问
- 挂载项与周期 fstrim 能否同时用：可以但通常没必要，选一种并留出观察期
- 软阵列是否支持：md 等软实现的行为依内核版本而异，需实测确认
- 机械盘要不要开：机械盘不涉及裁剪语义，开启没有收益