CentOS上NFS共享存储挂载参数优化读写性能，核心就是调整mount时的rsize、wsize、timeo、retrans、actimeo、hard/soft、nconnect这些关键参数。默认挂载参数在大多数场景下性能很差，尤其是大文件顺序读写和高并发小文件随机IO场景。直接给结论：把rsize和wsize拉到1048576（1MB），nconnect设为4到8，actimeo根据业务设为0到30，timeo设为600，retrans设为2，mount选项加上noatime、nodiratime、tcp、hard，读写性能可以提升3到10倍不等。下面我把每个参数掰开了讲，告诉你为什么这么设、怎么设、设多少合适。

一、NFS挂载默认参数为什么性能差

CentOS默认用mount -t nfs挂载时，如果你不手动指定参数，系统会用一套非常保守的默认值。rsize和wsize通常是1048576或更低，nconnect默认是1（单连接），actimeo默认是3秒甚至更长，timeo默认是600毫秒但retrans只有2次。这意味着每次属性查询都要等3秒缓存过期才去服务端刷新，单连接意味着所有IO串行排队，小块传输意味着网络包利用率极低。在千兆网络环境下，默认参数的吞吐量可能只有几十MB/s，而优化后轻松跑到100MB/s以上。万兆环境下差距更明显，默认可能只有200MB/s，优化后能到800MB/s甚至更高。

二、核心挂载参数详解与推荐值

1. rsize和wsize（读写块大小）

这两个参数决定了每次NFS协议传输的数据块大小。默认值通常是1048576（1MB）或者由服务器端negotiate决定。在千兆网络下建议设为1048576，万兆网络可以设到1048576甚至更高（取决于内核版本支持）。块越大，单次传输的有效数据比例越高，网络开销越小。但注意不要超过MTU限制导致分片问题，一般1MB是安全值。

mount -t nfs -o rsize=1048576,wsize=1048576 192.168.1.100:/data /mnt/nfs

2. nconnect（多连接并发数）

这是Linux内核4.9以后引入的NFS多连接特性，也是性能提升最显著的参数之一。默认nconnect=1，所有IO请求走一条TCP连接，形成串行瓶颈。设置nconnect=4到8，可以建立多条TCP连接并行处理IO请求，对随机小文件IO场景提升巨大。万兆网络建议设8，千兆设4到6即可。注意服务器端也要支持多连接，CentOS 7内核3.10不支持，需要升级内核到4.9以上或使用CentOS 8/Rocky Linux。

mount -t nfs -o nconnect=8 192.168.1.100:/data /mnt/nfs

3. actimeo（属性缓存超时时间）

actimeo控制文件属性（大小、权限、修改时间等）的缓存有效期，单位是秒。默认值通常是3秒或更长。如果你的业务场景是多客户端同时读写同一目录下的文件，建议设为0或1，保证属性实时刷新。如果是单客户端或只读场景，可以设为30甚至60秒减少元数据查询开销。设为0会增加服务端压力，需要权衡。

mount -t nfs -o actimeo=0 192.168.1.100:/data /mnt/nfs

4. timeo和retrans（超时与重试）

timeo是RPC请求超时时间，单位是十分之一秒，默认600即60秒，这个值太大了。建议设为600（60秒）配合retrans=2使用，或者在网络稳定的内网环境设为150（15秒）配合retrans=3。timeo太小会导致正常网络波动时频繁超时重试，太大则故障恢复慢。内网环境建议timeo=150，retrans=3。

mount -t nfs -o timeo=150,retrans=3 192.168.1.100:/data /mnt/nfs

5. hard与soft（挂载模式选择）

hard模式下，NFS客户端在服务端无响应时会无限重试，保证数据不丢失但可能导致进程挂起。soft模式下超时后返回IO错误，适合对数据一致性要求不高的场景。生产环境强烈建议用hard，配合intr选项可以中断挂起的进程。如果你的业务能容忍偶尔IO失败，可以用soft加timeo较短的值。

mount -t nfs -o hard,intr 192.168.1.100:/data /mnt/nfs

6. noatime和nodiratime（禁用访问时间更新）

默认情况下每次读取文件都会更新atime（访问时间），这会产生大量额外的元数据写操作。加上noatime和nodiratime可以完全禁用atime更新，减少写放大，对读多写少的场景效果明显。这两个选项对NFS性能提升虽然不如前面几个参数那么 dramatic，但在高并发场景下积少成多也很可观。

mount -t nfs -o noatime,nodiratime 192.168.1.100:/data /mnt/nfs

7. tcp与udp（传输协议）

NFS v3支持TCP和UDP两种传输协议。UDP在局域网内理论上开销更小，但不可靠且容易丢包。TCP更稳定可靠，现代网络环境下TCP的性能已经足够好，而且支持nconnect多连接特性（UDP不支持）。所以直接用tcp就行，不要纠结UDP。

mount -t nfs -o tcp 192.168.1.100:/data /mnt/nfs

三、完整的高性能挂载命令模板

根据前面的分析，给出一个适用于内网万兆环境的完整挂载命令，大家可以直接拿去用，根据自己环境微调：

mount -t nfs -o vers=4,tcp,hard,intr,rsize=1048576,wsize=1048576,nconnect=8,actimeo=0,timeo=150,retrans=3,noatime,nodiratime 192.168.1.100:/data /mnt/nfs

如果是CentOS 7且内核不支持nconnect，去掉nconnect参数，用其他参数组合也能获得不错的提升。如果是NFS v4.2，可以加上nconnect和NFSv4.2特有的pNFS特性进一步优化。

四、服务端同步优化不能忽略

客户端参数优化只是一半，服务端配置同样关键。NFS服务端的/etc/exports文件里要加async而不是sync，sync模式每次写都要等数据落盘才返回，性能会暴跌。同时服务端的nfs线程数要调大，在/etc/sysconfig/nfs或systemd服务配置里增加RPCNFSDARGS参数：

# /etc/sysconfig/nfs
RPCNFSDARGS="--threads 32"

CentOS 7上还需要在/etc/nfs.conf里设置nthreads。服务端内核参数也要调，比如vm.dirty_ratio和vm.dirty_background_ratio适当调高，让写缓存更积极。如果服务端用的是SSD或NVMe，还要注意IO调度器设为none或noop，避免不必要的IO合并开销。

五、网络层面的配套优化

NFS性能的天花板很大程度取决于网络。千兆网络下NFS理论极限约110MB/s，万兆约1100MB/s，但实际能达到多少取决于MTU、网卡offload、中断亲和性等。建议把网卡MTU设为9000（Jumbo Frame），前提是交换机和对端都支持。关闭网卡的TSO/GSO/GRO等offload功能在某些场景下反而能降低延迟：

ethtool -K eth0 tso off gso off gro off

网卡中断绑定到特定CPU核心，避免中断风暴：

# 查看网卡中断
cat /proc/interrupts | grep eth0
# 绑定到CPU核心0
echo 2 > /proc/irq/<中断号>/smp_affinity

六、fstab持久化挂载配置

测试好参数后要写入/etc/fstab实现开机自动挂载，格式如下：

192.168.1.100:/data /mnt/nfs nfs4 vers=4,tcp,hard,intr,rsize=1048576,wsize=1048576,nconnect=8,actimeo=0,timeo=150,retrans=3,noatime,nodiratime 0 0

注意NFSv4要用nfs4而不是nfs，vers=4要写上。写完后用mount -a测试是否正常，不要重启验证，避免挂载失败导致系统启动卡住。

七、性能验证与监控方法

优化完必须验证效果。用dd命令测顺序读写：

# 写测试
dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=1024 oflag=direct
# 读测试
dd if=/mnt/nfs/testfile of=/dev/null bs=1M count=1024 iflag=direct

用fio测随机IO更接近真实业务：

fio --name=randread --ioengine=libaio --iodepth=32 --rw=randread --bs=4k --direct=1 --size=1G --numjobs=4 --runtime=60 --time_based --directory=/mnt/nfs

同时用nfsstat和iostat监控服务端和客户端的IO情况，观察rpc调用次数、重传率、平均延迟等指标，确认优化是否生效。

八、不同场景的参数调整建议

大文件顺序读写场景（视频编辑、备份）：rsize/wsize拉满，nconnect设4-8，actimeo可以设大一点减少元数据开销。高并发小文件随机IO场景（数据库、邮件服务器）：nconnect设8，actimeo设0或1，timeo设短一点。只读场景（Web静态资源、代码仓库）：actimeo设30-60，soft模式也可以考虑，性能优先。混合读写场景：取中间值，actimeo设3-5，其他参数保持高性能配置。

总结一下，NFS性能优化不是改一个参数就完事的，是客户端挂载参数、服务端配置、网络调优三方面协同的结果。把上面提到的参数组合根据你的实际环境测试调整，通常都能获得数倍的性能提升。不要迷信某个单一参数，要系统地去优化和验证。