简介这份《LINUX性能调优方法总结.docx》是一份面向运维工程师、系统管理员及后端开发者的Linux性能优化参考文档内容聚焦网络性能与磁盘子系统两大方向。资源以docx格式交付共1个文件包体约51KB轻量便于快速查阅。文中不仅给出了sysctl.conf内核参数配置示例如TCP SYN Cookie、窗口缩放及缓冲区上限调整还讲解了noatime挂载选项、hdparm磁盘测试等实用操作并提供fstab修改样例与注意事项。对这些设置的具体位置、生效方式及适用环境做了清晰交代适合对服务器性能有调优需求、希望获得可直接参照方案的中级以上Linux使用者。文档从内核参数到文件系统挂载选项均给出可直接套用的配置片段对检测时机和风险提醒也有说明可当作日常服务器维护或面试复习的速查清单。已有214人学习下载按要点整理、验证充分后可直接用于生产环境优化参考。1. Linux 性能调优方法总结这份文档到底能解决什么做运维的人大概率都经历过这种场景业务一上量TCP 连接数飙升应用频繁超时netstat -an里能看到几百个SYN_RECV磁盘 IO 长期在 90% 以上。这时候翻到一份 Linux 性能调优方法总结里面写满了sysctl参数、hdparm命令、ulimit限制但如果没有理清参数之间的关联照着敲是很容易把生产环境调出问题的。这份文档的核心价值不在某一条命令而在它把网络、磁盘、文件描述符、内存四个调优方向完整串在了一起。适合的人有两类一类是刚接手服务器、需要从系统层面压出余量的运维新手另一类是遇到连接数打不上去、磁盘响应变慢、SYN 攻击导致服务不可用等具体问题的排查者。它最大的特点是参数直接可抄同时保留了proc接口、sysctl.conf、rc.local等多种落地方式这也是很多资料只给结论、不解释生效机制的地方。2. 网络参数调优sysctl 机制与一套可落地的 TCP 配置2.1 proc 接口、sysctl 与内核参数的关系网络调优前必须先搞清楚参数到底改在哪。Linux 内核把运行时的可调参数暴露在/proc虚拟文件系统下其中网络相关的全部位于/proc/sys/net/目录。比如/proc/sys/net/ipv4/tcp_syncookies这个文件的值就是内核当前是否启用 SYN cookies 的真实状态。直接对文件写入只能临时生效重启后一切归零/proc目录下的所有内容本来就是内存中的映射不是持久化存储。sysctl的出现就是为了解决参数容易改、难以管理的问题。它会读取/etc/sysctl.conf中的配置帮你把值填充到对应的/proc文件里。这样你只需要维护一个配置文件就能在系统启动时自动恢复所有调优参数。执行sysctl -p /etc/sysctl.conf则可以在不重启的情况下手动加载一次配置。这个机制是理解后面所有调优动作的前提。2.2 互联网服务器的激进网络参数配置文档里给出了一套比较激进的网络参数适合互联网服务器尤其是并发连接数较高的 Web 场景。配置写入/etc/sysctl.conf示例如下。# Use TCP syncookies when needed net.ipv4.tcp_syncookies 1 # Enable TCP window scaling net.ipv4.tcp_window_scaling 1 # Increase TCP max buffer size net.core.rmem_max 16777216 net.core.wmem_max 16777216 # Increase Linux autotuning TCP buffer limits net.ipv4.tcp_rmem 4096 87380 16777216 net.ipv4.tcp_wmem 4096 65536 16777216 # Increase number of ports available net.ipv4.ip_local_port_range 1024 65000这套配置里每一行都有具体作用。tcp_syncookies用于防止 SYN Flood 攻击导致的内存耗尽tcp_window_scaling允许 TCP 窗口超过默认的 64 KB 上限高延迟链路下下载速度提升明显rmem_max和wmem_max分别把接收、发送缓冲区的上限拉高到 16 MB让应用能更快地丢出数据去服务下一个请求tcp_rmem和tcp_wmem是三个值依次代表最小值、默认值和最大值内核会根据连接情况在三个值之间自动调整第三个值不能超过对应的rmem_max、wmem_maxip_local_port_range扩大可用端口范围从默认的 32768-60999 扩展到 1024-65000意味着服务器可以同时支撑更多出站连接。修改完执行sysctl -p /etc/sysctl.conf参数立即生效这种方式比echo写入多个/proc文件要简洁得多也方便后续回滚和审计。2.3 TCP 时间戳、SACK 与窗口伸缩的取舍文档中还有一组被注释掉的参数很多人会忽略它们的存在意义。net.ipv4.tcp_timestamps控制 TCP 头是否携带时间戳选项开启后每个包要多出 12 字节。对高带宽场景来说时间戳能帮助内核做更精确的 RTT 估算和防回绕序号判断但对内网低延迟环境或带宽极其有限的环境关闭它能省下一定的协议开销。tcp_sack是选择性应答允许接收方只报告丢失的段而不是整个窗口都重传。在有随机丢包的链路尤其是无线链路上SACK 能避免重传风暴。文档原样给出的值是echo 1 /proc/sys/net/ipv4/tcp_sack这是默认行为只有在确定链路不会丢包且想省 CPU 的场景下才考虑关闭。tcp_window_scaling则必须配合缓冲区上限共同调整只开窗口伸缩但不提高wmem_max大窗口就是空话。三个参数本质上都在改变 TCP 协议栈的行为调整前要用sysctl -a | grep tcp_看清当前值调整后观察吞吐量变化而不是一股脑全开。2.4 网络参数落地的三种方式对比除了/etc/sysctl.conf文档还提到了/etc/rc.local和命令直写两种方式。三种方式各有适用场景。落地方式生效范围重启后状态适用场景sysctl -w 参数值立即生效仅当前运行内核丢失临时调优、压测验证修改/etc/sysctl.conf并执行sysctl -p立即生效并持久化保留生产环境正式变更在/etc/rc.local中写echo命令每次启动执行一次保留内核版本较老、sysctl 不支持的参数我一般会优先选第二种。/etc/rc.local的方式虽然也能持久化但排查时别人未必能一眼看出参数被设置在哪个文件里不符合配置集中管理的习惯。如果你维护的是多台服务器建议把sysctl.conf纳入配置管理工具统一下发避免每台机器手工改出差异。3. 磁盘与文件子系统noatime、hdparm 与 ulimit 的正确改法3.1 atime 是磁盘性能的无形杀手磁盘在 LAMP 架构里同时承担静态文件、模板、代码、数据库表与索引的读取延迟高是它的固有特性。文档第一个强调的动作是禁用 atime 记录。atime 全称 access time每次读文件时文件系统都要更新这个时间戳哪怕内容没变。系统管理员实际很少去查 atime但它带来的写操作在访问密集的业务下会被放大成明显的 IO 压力。修改方式是在/etc/fstab第四列加noatime选项。注意改完 fstab 并不会立即生效需要重新挂载文件系统常见做法是mount -o remount /或者等下次重启。下面是文档中的示例结构。/dev/VolGroup00/LogVol00 / ext3 defaults,noatime 1 1 LABEL/boot /boot ext3 defaults,noatime 1 2 devpts /dev/pts devpts gid5,mode620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 LABELSWAP-hdb2 swap swap defaults 0 0 LABELSWAP-hda3 swap swap defaults 0 0扩展一下relatime是比noatime更温和的选项它只在 atime 早于 mtime/ctime 时才更新兼顾兼容性。如果你的业务有程序依赖 atime 做文件访问判断优先用relatime而不是直接上noatime能避免一些日志采集类的程序行为异常。3.2 hdparm 测速与 IDE 数据传输模式磁盘性能的另一个关键点是驱动是否选对了传输模式。Linux 不一定能自动探测出访问 IDE 磁盘的最佳方式hdparm就是用来查明和设置 IDE 磁盘访问参数的工具。hdparm -t /dev/hda文档中的示例输出为Timing buffered disk reads: 182 MB in 3.02 seconds 60.31 MB/sec这个数字可以作为优化前后的基准。执行测速前务必保证系统空闲否则其他进程的 IO 会污染结果。常用参数整理如下参数作用示例-vi查询磁盘支持的设置和当前使用的设置hdparm -vi /dev/hda-c查询/启用 IDE 32 位 IO 支持hdparm -c 1 /dev/hda-m设置每中断多扇区模式大于 0 代表每中断传输的最大扇区数hdparm -m 16 /dev/hda-d 1 -X启用 DMA 并设置 IDE 传输模式hdparm -d 1 -X 69 /dev/hdaSCSI 和光纤通道系统的调优依赖具体驱动器型号文档也明确说了这点。对于这类设备调优命令应该写进rc.local或对应的启动脚本里保证重启后配置不丢。需要提醒的是hdparm的-X参数如果设错轻则磁盘读写报错重则需要重启才能恢复操作前先用-vi确认当前模式和设备能力。3.3 文件描述符与进程数限制ulimit 的临时与永久Linux 对每个用户有最大进程数和最大文件打开数的限制。ulimit -a可以显示当前所有限制默认每进程可打开文件数是 1024这对数据库连接池、Java 应用这种大量持有 socket 的场景来说是明显瓶颈。ulimit -u 10000 # 最大进程数 ulimit -n 4096 # 每个进程可打开的文件数 ulimit -d unlimited # 数据段长度 ulimit -m unlimited # 最大内存大小 ulimit -s unlimited # 堆栈大小 ulimit -t unlimited # CPU 时间 ulimit -v unlimited # 虚拟内存ulimit命令直接影响当前 shell 会话临时生效退出登录就失效。永久修改要看具体目录# 修改系统级限制 vi /etc/security/limits.conf# 以下内容添加到 limits.conf * soft noproc 11000 * hard noproc 11000 * soft nofile 4100 * hard nofile 4100noproc是最大进程数nofile是最大文件打开数*代表所有用户。还有一个细节/etc/profile加ulimit语句可以让所有登录用户获得同样的限额但有些发行版需要确认/etc/pam.d/login和/etc/pam.d/system-auth中存在pam_limits.so的加载行否则limits.conf不会生效。不同发行版中该模块的路径可能有差异建议用find /lib -name pam_limits.so确认。4. 内存与网络防护参数看起来很美但容易翻车的那几个值4.1 虚拟内存参数bdflush 与 kswapd虚拟内存调优在文档中被标注为需要不停监测的子系统因为内存参数改动很容易影响到其他部分。vm.bdflush控制内核把 dirty buffers 刷到磁盘的行为总共有 9 个参数文档建议只改前 3 个允许排队写入的最大缓冲区百分比、bdflush 即刻写的最大缓冲值、同步前缓冲区变 dirty 的最大百分比。sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 0vm.kswapd控制内核交换守护进程的行为三个参数分别对应每次扫描页数量的四倍值、每次交换出去的最小页数量、立即写入的页数量。sysctl -w vm.kswapd1024 32 64这里必须踩一个实际的坑bdflush是 Linux 2.4 时代的内核参数2.6 之后的内核已经把它换成了dirty_ratio、dirty_background_ratio、dirty_writeback_centisecs这一组更细粒度的参数。如果你在 CentOS 7、Ubuntu 18.04 及以后版本上执行sysctl -w vm.bdflush大概率会得到error: permission denied on key vm.bdflush或者找不到该 key。遇到这种情况用dirty_background_ratio和dirty_ratio替代前者是内存中脏数据占可用内存的百分比阈值达到后后台异步刷盘后者是进程同步刷盘的阈值。4.2 网络防护参数重定向、SYN cookies 与 ICMP网络调优不止是调速度还要防性能下降。文档里有一整组 sysctl 命令专门处理安全问题这些设置同时也保护着系统性能不被攻击拖垮。sysctl -w net.ipv4.conf.eth0.accept_source_route0 sysctl -w net.ipv4.conf.lo.accept_source_route0 sysctl -w net.ipv4.conf.default.accept_source_route0 sysctl -w net.ipv4.conf.all.accept_source_route0 sysctl -w net.ipv4.tcp_syncookies1 sysctl -w net.ipv4.conf.eth0.secure_redirects1 sysctl -w net.ipv4.conf.all.accept_redirects0 sysctl -w net.ipv4.conf.all.send_redirects0 sysctl -w net.ipv4.icmp_echo_ignore_broadcasts1 sysctl -w net.ipv4.icmp_ignore_bogus_error_responses1accept_source_route关闭的是 IP 源路由选项防止攻击者指定数据包路径绕过防火墙secure_redirects只接受来自网关的可靠重定向send_redirects关闭则是因为服务器如果不是路由器就没有义务告知其他主机路径icmp_echo_ignore_broadcasts拒绝广播 ping这能挡掉一部分 smurf 攻击。这些配置很多发行版默认已经是关闭或启用的状态但显式写入配置可以防止默认策略在升级时被改动。4.3 用 vmstat 验证内存调优效果前面多次提到修改后要监测落在实处就是vmstat。它输出的是 CPU、内存、IO 的实时状态调优前后各取一段数据做对比是最基本的习惯。vmstat 5 5procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 0 0 482936 39016 1600360 0 0 0 1 124 319 1 1 98 0 0看输出时重点对比bi和bo它们分别代表每秒从块设备读入、写入到块设备的块数。调优后bi明显下降说明读缓存命中率上来了或者 atime 禁用生效了。wa是 IO wait持续大于 30% 说明磁盘已经严重拖累 CPU。每次只改一个内存参数、跑一轮压测、记录一次 vmstat是避免内存调优变成玄学的唯一办法。5. 常见问题与避坑参数不生效、内核不支持、回退无门5.1 执行 sysctl -p 报错 Unknown key现象修改完/etc/sysctl.conf执行sysctl -p时提示error: Unknown key。原因文档是较早期内核时代的写法部分参数在当代内核上已经被移除或改名。例如net.ipv4.tcp_tw_recycle在 Linux 4.12 之后被删除vm.bdflush被dirty_ratio系列取代。解决先执行sysctl -a | grep 关键词确认当前内核是否支持该参数例如sysctl -a | grep tcp_tw。不存在的参数直接用#注释掉不要为了让 sysctl 全部生效而对内核版本做降级那代价远大于收益。5.2 开启了 tcp_tw_recycle 之后NAT 环境大量连接被重置现象服务端开启了tcp_tw_recycleNAT 网关后的用户访问出现大量连接被 RST业务偶发失败。原因tcp_tw_recycle启用后内核会丢弃来自同一源 IP、时间戳递增但小于上次记录的连接而 NAT 环境下多个用户共享同一个公网 IP时间戳并不一定递增内核会误判是旧连接重放。解决服务器面向公网且用户经过 NAT 的场景直接不要开启tcp_tw_recycle。tcp_tw_reuse只作用于发起连接的一端对 Web 服务器这种被动接收连接的角色几乎没有副作用但仍然要确认应用对连接复用没有特殊要求。两者不要照单全收。5.3 ip_local_port_range 改错导致端口段冲突现象把net.ipv4.ip_local_port_range和某些服务监听的固定端口设在了同一段出站连接出现Cannot assign requested address。原因本地端口范围是给主动出站连接用的源端口会从这个范围内选择。若范围内包含服务本身监听的端口内核会尽量避免复用但范围太窄或被服务占用太多可用端口耗尽。解决查看当前占用情况用ss -s统计 socket用cat /proc/sys/net/ipv4/ip_local_port_range确认当前范围。把起始端口抬高到大于所有固定监听端口比如1024 65000在多数场景安全但如果有服务监听在 6000-8000 段就要把起始值改到 10000 以上。5.4 ulimit 修改后不生效新会话仍然是 1024现象在limits.conf里写了* soft nofile 65535重新登录后ulimit -n还是 1024。原因多数发行版要求系统加载pam_limits.so。登录过程由 PAM 管理如果/etc/pam.d/login或/etc/pam.d/system-auth里没有这一行limits.conf根本不会被解析。解决确认配置文件里存在session required pam_limits.so一行注意 32 位和 64 位系统的模块路径差异64 位系统通常是/lib64/security/pam_limits.so。修改后重新登录不要只执行ulimit -n覆盖当前会话。SSH 方式登录时要确认sshd_config中的UseLogin或相关配置没有被设置成阻止 PAM 会话执行。5.5 fstab 语法错了一个符号开机直接进维护模式现象在fstab加noatime时误删了空格或写错挂载点重启后系统无法进入正常多用户模式。原因/etc/fstab每一列的顺序和分隔符都有严格要求解析失败时内核无法完成挂载只能进入 emergency 模式。解决改完fstab先执行mount -a做一次无风险验证输出没有报错再重启。更稳妥的做法是保留一份cp /etc/fstab /etc/fstab.bak出问题时在维护模式下用mv恢复。记住fstab是系统启动的生命线改之前永远先备份。6. 调优完成的验证与落地从参数确认到基线对比参数改完、服务正常启动不代表调优结束。少了验证步骤调优就是盲目的。我的习惯是做完一轮改动后强制走一遍三件事确认参数生效、采集新基线、核对变更清单。确认参数生效用三条命令就够了sysctl -a | grep -E tcp_syncookies|tcp_window_scaling|rmem_max|wmem_max cat /proc/sys/net/ipv4/ip_local_port_range ulimit -nsysctl -a输出的是内核当前实际值和配置文件里的值一一比对。cat /proc/sys/net/ipv4/ip_local_port_range验证端口范围。ulimit -n必须在新的登录会话里执行因为你当前这个 shell 可能还保留着旧的限制值。新基线采集至少要有前后两组数据。用top、vmstat 5 5、ss -s分别记录 CPU、内存、IO、socket 状态。ss -s的输出里可以直接看到 TIME-WAIT、SYN 等状态的 socket 数量这是验证tcp_fin_timeout、tcp_max_syn_backlog是否生效的最直接证据。业务侧还要盯着应用层的请求响应时间和错误率系统参数再好应用表现没有改善说明问题本就不在那层。变更清单是很多团队漏掉的重要环节。每次修改都记录这样几项改了哪个文件、改动了哪一行、原值是多少、新值是多少、执行了什么命令让它生效、应急预案是什么。后面排查问题用得上将来回滚也不用靠回忆猜。从第一次拆这份调优文档到现在我几乎养成了一种强迫症每台新接手服务器先做一次sysctl -a /tmp/sysctl_before.txt再改任何参数最后 diff 两个文件确认自己到底改了什么、哪些参数没生效。这套笨办法在无数次深夜变更中救过我希望也能帮你在 Linux 性能调优这条路上少踩几个坑。本文还有配套的精品资源点击获取