问题场景描述
在Kubernetes（k8s）环境中，使用块持久卷（Block Persistent Volume）时，对于有频繁且大批量删除需求的客户，默认XFS挂载并不支持被删除空间的实施回收，会造成卷和业务已使用用量的不一致，实际已用容量并没有那么大。这可能是由于块设备文件系统（如XFS）的特性导致的。
需要售后人员手动执行fstrim $mount_point来回收空间。
但是fstrim这个动作会对在线业务造成一定的冲击，可能会造成IO卡顿
具体解决方案
分为释放过去被删除空间 和 实时回收未来空间 2步。两步没有先后顺序，可以视情况分时段进行，但都需要执行。
1.释放过去被删除空间
| Bash
# 通过界面确认存储卷的回收前容量
# 回收容量，注意该动作会对业务造成冲击，请一定尽量在业务低谷时执行。
# 这个命令可能会持续很久，过程中请一定不要中断
~ fstrim $mount_point
# 通过界面确认存储卷的回收后容量，应该略有减小 |
2.实时回收未来空间
| Bash
修改挂载参数 MOUNT_PARAM = "inode64,prjquota,noatime,wsync,discard"
...
全部修改完成后，sync后执行一次，并观察XFS mount参数是否已带上了discard
~ sync
~ mount | grep -i xfs
# 示例：支持实时回收空间
/dev/sdj on /sdsfs/fsystem1 type xfs (rw,noatime,wsync,attr2,discard,inode64,prjquota)
# 示例：不支持实时回收空间
/dev/sdj on /sdsfs/fsystem1 type xfs (rw,noatime,wsync,attr2,inode64,prjquota) |