默认挂载易致卡死、丢数据等问题，须显式设置hard,intr,timeo=600,retrans=2,proto=tcp,rsize/wsize匹配网络能力，禁用atime，fstab中必加_netdev且避免defaults。

直接挂载 NFS 通常能用，但默认参数在生产环境大概率会出问题：卡死、写入丢失、元数据不一致、小文件慢得离谱——这不是 NFS 本身的问题，而是 mount 时没选对参数。

为什么 mount -t nfs server:/path /mnt 会卡住或超时？

默认是 hard + intr 未启用 + timeo 过短。一旦网络抖动或服务端响应延迟，客户端会无限重试，进程假死（D 状态），Ctrl+C 也无效。

• 必须显式加 hard,intr：保证数据不丢，又允许中断挂起操作
• timeo=600（单位是 0.1 秒，即 60 秒）比默认的 70（7 秒）更耐网络波动
• retrans=2 控制重试次数，再高只会拖长阻塞时间
• 内网建议加 proto=tcp（NFSv4 默认已用 TCP，但显式声明更稳妥）；跨公网必须用 tcp，UDP 容易丢包导致重传风暴

rsize 和 wsize 设多少才不翻车？

设太大反而降低性能：超过 MTU 或服务器/网卡处理能力，触发分片、丢包、重传。不是越大越好，要匹配链路实际能力。

• 千兆局域网常见稳定值：rsize=1048576,wsize=1048576（1 MB）
• 万兆或 RDMA 网络可试 4194304（4 MB），但需验证 nfsiostat -h 中 retrans 值是否突增
• NFSv3 下 rsize/wsize 不能超过服务器 /proc/sys/sunrpc/tcp_max_xmit_size，否则被截断回退到默认 32KB
• 绝对不要设成 0 或负数——有些旧内核会静默失败，挂载看似成功，实则用默认 1024

noatime、nodiratime 和 noac 到底该开哪个？

三者都减少元数据更新，但粒度和风险不同。高频读场景必开，但数据库类强一致性应用要谨慎。

• noatime：禁用文件访问时间更新，安全且收益大，建议无条件加
• nodiratime：禁用目录 atime，常和 noatime 一起用，noatime 已隐含此行为（Linux 2.6.30+），单独写不报错但冗余
• noac：完全禁用属性缓存（大小、mtime 等），每次 stat() 都走网络请求——性能暴跌，仅用于极少数要求秒级元数据一致的场景（如分布式锁文件轮询），日常严禁使用

fstab 自动挂载时最容易漏掉的关键点

/etc/fstab 里写错一个参数，系统可能卡在启动阶段进不了 login prompt，尤其当 NFS 服务端不可达时。

• 必须加 _netdev：告诉 init 系统等网络就绪后再挂载，否则 systemd 会并行尝试，大概率失败
• 避免用 defaults：它包含 exec,suid,dev，对共享存储不安全；应显式写 rw,hard,intr,timeo=600,retrans=2,rsize=1048576,wsize=1048576,noatime,_netdev
• 不要依赖 bg 来“后台重试”：fstab 中 bg 只影响挂载失败后的重试行为，无法解决启动时阻塞，_netdev 才是正解
• 测试命令：改完 fstab 后，先运行 sudo mount -a，观察是否报错，别等重启才发现

真正难的不是记住所有参数，而是在 rsize 和 noac 之间做取舍，在 hard 和可用性之间找平衡点——这些没有银弹，只能结合 nfsiostat、tcpdump 和业务读写模式反复验证。