等待还是报错
硬挂载与软挂载的差别在于服务器无响应时客户端的选择：硬挂载会持续重试直到服务器恢复，进程可能长时间停留在等待状态，代价是业务看起来卡住；软挂载在超时与重试耗尽后把错误返回给应用，避免长时间等待，代价是写入场景可能把暂时故障变成数据不完整。两者的取舍本质上是「宁可等待，还是宁可失败」，不存在通用最优选项。
基本信息
| 硬挂载 | 持续重试，可能长时间等待，数据链路保持 |
|---|---|
| 软挂载 | 超时后返回错误，避免长等待，存在数据风险 |
| 相关参数 | 超时时间与重试次数决定软挂载的失败判定 |
| 进程行为 | 等待中的进程通常难以中断，具体行为以内核版本为准 |
| 权限要求 | 主机 root/管理员 |
典型使用场景
- 数据库与业务数据目录选择挂载类型
- 只读共享或可重试场景评估软挂载
- 排查应用卡顿：确认是否由硬挂载等待引起
- 容器平台上共享卷的容错策略设计
- 维护窗口内共享短暂不可用时的行为预判
参数组合示例
参数组合示例
# 1) 硬挂载：持续重试，适合数据完整性优先的场景
mount -t nfs -o vers=4.2,hard,timeo=600,retrans=2 server:/export /mnt/data
# 2) 软挂载：超时后返回错误，适合只读或可重试场景
mount -t nfs -o vers=3,soft,timeo=100,retrans=2 server:/export /mnt/ro
# 3) 确认实际生效的挂载参数
nfsstat -m行为对比
| 对比项 | 硬挂载 | 软挂载 |
|---|---|---|
| 服务器无响应 | 持续重试，应用等待 | 超时后返回错误 |
| 数据完整性 | 不会因超时丢失写入 | 写入可能失败或不完整 |
| 业务体验 | 可能长时间卡顿 | 快速失败，需应用处理错误 |
| 适用负载 | 数据库与关键写入 | 只读共享或可重试任务 |
| 恢复后行为 | 继续原有 I/O | 应用需自行重试 |
许多发行版与内核版本中用于中断等待的挂载选项已不再生效，处于等待状态的进程能否被强制终止取决于内核实现，排障时应以内核与手册文档为准。
对写入型共享使用软挂载，网络抖动可能直接变成写入失败或数据不完整，事后难以判断哪些数据未落盘，属于高风险组合。