锁在 NFS 上为什么容易出问题
NFS 的锁依赖状态，而状态在分布式环境里最容易断：v3 把锁交给独立协议处理，需要额外服务与端口可达；v4 把锁集成进协议并用租约维护，但客户端或服务器重启后会经历状态恢复过程。因此「锁残留」「锁等待不返回」「另一台机器能写但本机报冲突」这类现象，往往不是应用写错了，而是状态恢复、端口可达性或锁类型选择出了问题。
基本信息
| v3 锁机制 | 独立锁与状态服务，端口需可达 |
|---|---|
| v4 锁机制 | 集成协议，依赖租约与状态恢复 |
| 常见症状 | 报锁冲突、等待不返回、跨节点互斥失效 |
| 排查入口 | 客户端锁列表、服务器锁服务状态与日志 |
| 权限要求 | 主机与服务器 root/管理员 |
典型使用场景
- 应用报文件被占用但找不到占用进程
- 共享目录上的互斥机制偶尔失效，造成并发写
- 服务器或客户端重启后应用长时间无法获取锁
- 迁移主机后旧锁未释放的情况处理
- 评估共享目录承载数据库类负载的可行性
排查动作
排查动作
# 1) 客户端查看本地锁与占用进程
lslocks | head
lsof /mnt/data/file.db
# 2) v3 环境确认锁与状态服务可达（示例）
rpcinfo -p server
# 3) 查看挂载参数，确认是否禁用了锁
nfsstat -m
# 4) 服务器侧查看服务状态与日志
# 以服务器发行版的服务管理方式为准症状与原因对照
| 症状 | 常见原因 | 处理方向 |
|---|---|---|
| 报文件被占用 | 残留锁或客户端异常退出 | 确认占用来源，等待租约或恢复状态 |
| 锁等待不返回 | 服务器状态恢复中或端口不可达 | 检查服务状态与网络可达性 |
| 跨节点互斥失效 | 锁类型与协议语义不一致 | 核对应用使用的锁类型与协议组合 |
| 禁用锁后异常 | 挂载参数关闭了锁支持 | 评估是否必须依赖锁语义 |
| 重启后长时间不可用 | 状态恢复过程较长 | 核对服务端与客户端日志 |
v3 与 v4 的锁语义不同，混用环境里同一份共享可能出现「行为不一样」的情况；排障时应先确认协议版本与挂载参数，再判断是锁机制问题还是应用逻辑问题。
强行清除服务器侧锁状态或重启锁服务会影响所有客户端，可能破坏依赖锁语义的应用；仅在具备回退方案且影响范围明确时执行。