简介针对Linux服务器性能调优的实战文档聚焦Red Hat Enterprise Linux AS与SUSE LINUX Enterprise Server两大企业发行版适合系统运维、性能优化人员阅读。文档从实际场景出发系统介绍了关闭不必要的daemons、禁用GUI、修改内核参数等基础技巧并进一步展开处理器子系统CPU亲和性、进程优先级、内存子系统脏页写回策略、文件系统ext4/XFS、挂载选项及网络子系统TCP/IP栈参数的调优方法各环节均配有具体命令示例便于直接落地。资源为单个docx文档共1个文件大小仅373KB内容精炼集中可快速通读或随时查阅。已有238人学习下载对于希望在不影响稳定性的前提下挖掘系统潜力的运维人员这份整理能提供清晰的调优思路与常用工具参考。1. Linux 性能调优的几种方法这份文档能帮你从瓶颈里抠出多少性能新接手一台 Linux 服务器top 一打开 CPU 持续飙到 90%free 一看内存所剩无几ss -s 里 TIME_WAIT 连接挂了一大片。多数人的第一反应是「代码写得不行」或者「加机器」但很多问题其实是系统默认参数和默认服务造成的。这份文档整理的就是另一条路不换硬件、不动业务代码靠关闭不必要的 daemons、切 runlevel、调 sysctl 内核参数把 Red Hat Enterprise Linux AS 和 SUSE LINUX Enterprise Server 上被浪费的资源一点一点抠回来。它覆盖关闭 daemons、关闭 GUI、处理器/内存/网络四个子系统调优适合刚接手服务器不知从哪下手的系统管理员也适合 DBA 和运维工程师在压测前做一轮基线优化。2. 关闭 daemons 与 GUI先做减法把闲置内存和 CPU 拿回来2.1 关闭 daemons从 sendmail 开始逐个停掉不必要后台服务服务器上跑着的后台服务也就是 daemons每一个都常驻内存、周期性被调度不管你用不用它都在消耗 CPU 和内存。比如很多机器上默认启用的 sendmail实际业务根本用不到邮件发送还有一堆打印相关的服务在纯计算服务器上毫无意义。停掉它们能释放内存、减少启动时间因为开机时少拉起来一堆进程同时进程数少了内核调度和进程表维护的开销也跟着降。文档里还点了一句很实在的话减少 daemons 数量同时也增强了服务器安全性攻击面变小了。Red Hat 和 SUSE 两家的命令风格不同Red Hat 系用 service 加 chkconfig# Red Hat Enterprise Linux AS /sbin/service sendmail stop /sbin/chkconfig sendmail offSUSE 系用 /etc/init.d 下的脚本# SUSE LINUX Enterprise Server /etc/init.d/sendmail stop /sbin/chkconfig -s sendmail offservice 命令本质上是去调 /etc/init.d 下的对应脚本区别只是语法封装。chkconfig off 的作用是从当前 runlevel 的启动项里移除这个服务让它在下次开机时不自动拉起两个命令配合使用才完整stop 是停掉当前进程off 是防止它下次开机卷土重来。另有/sbin/chkconfig --list可以拉出所有服务的开关状态比图形界面里看到的更全因为有些 daemons 不会显示在 GUI 工具中。Red Hat 的图形工具是/usr/bin/redhat-config-services菜单路径 Main Menu - System Settings - Server Settings - ServicesSUSE 对应的是/sbin/yast2 runlevel。图形工具适合刚上手时浏览服务名实际批量操作我一般还是用命令行。文档特别警告过 xfs daemon关闭它会导致 X 启动不了只有在确定不需要图形界面时才关需要 startx 之前先把 xfs 拉起来。如果你现在维护的是 CentOS 7 以上的机器这套 service/chkconfig 已经迁移到 systemctl 了对应命令是systemctl disable sendmail和systemctl stop sendmail思路完全一致。2.2 关闭 GUI 与虚拟控制台runlevel 3 才是服务器的常态GUI 在服务器上是最典型的资源浪费X server 本身吃几百 MB 内存还占用 CPU 做渲染。文档的观点很直接Linux 服务器上的管理任务全部可以通过命令行或 Web 工具完成比如 webmin、Linuxconf、SWAT需要看图形界面时再临时启动 GUI。多数服务器应该跑在 runlevel 3也就是完整多用户模式但不进图形界面。先确认当前在哪个 runlevelrunlevel输出如N 5表示上次没有 runlevel当前是 5。切换到 runlevel 3 用 init 命令init 3runlevel 这点需要彻底记牢0 是停机、6 是重启谁都不该把默认 runlevel 设成这两个否则服务器一开机就关机或无限重启。1 是单用户模式用来做维护和修复2 是多用户但不开 NFS3 是完全多用户服务器默认就选它4 保留未用5 是 X11 图形界面。runlevel含义服务器上怎么用0Halt 停机禁止设为默认1单用户模式维护修复时进入2多用户不带 NFS无网络时可视为 33完全多用户服务器默认推荐4未使用保留5X11 图形界面需要 GUI 时才进入6Reboot 重启禁止设为默认修改默认 runlevel 要编辑 /etc/inittab把id:5:initdefault:改成id:3:initdefault:SUSE 上执行 YaST runlevel 命令可以完成同样的事。还有一个容易被忽略的浪费点系统默认保存 6 个虚拟控制台F1 到 F6 各跑一个 getty 进程每个都占少量内存。文档给的方案是用 mingetty 减少到 3 个落地做法是在 /etc/inittab 里把 tty4 到 tty6 对应的那几行注释掉然后init q重载。如果关掉了 GUI 但临时需要图形界面远程连服务器时用ssh -X就可以把 X 会话转发到本地不必在服务器上留着整套图形环境。3. sysctl 与内核参数改之前先搞清楚参数存在哪、怎么改才不丢3.1 /proc/sys 与 /etc/sysctl.conf临时生效和持久化的区别Linux 内核参数的核心知识点是参数不是存在某个配置文件里而是以文件的方式暴露在 /proc/sys 目录下。/proc 是伪文件系统用户态读它时内核现场生成内容写它时内核实时修改对应参数。每个正在运行的进程在 /proc 下都有一个以 PID 命名的目录里面是它的内存映射、文件描述符等信息/proc/sys 下面则按子系统分目录vm 管虚拟内存net/ipv4 管 TCP/IP 栈fs 管文件系统kernel 管全局内核行为。查看当前所有内核参数sysctl -a这条命令会把 /proc/sys 下几乎全部参数打出来输出很长通常配合 grep 用比如只看和 swap 相关的sysctl -a | grep swap cat /proc/sys/vm/swappinesssysctl -a 与直接 cat /proc/sys 下的文件是等效的区别只是显示格式。修改参数有两种写法效果完全相同sysctl -w vm.swappiness10 echo 10 /proc/sys/vm/swappinesssysctl -w 其实就是在帮你做 echo 写入。这里有个关键认知这两种方式都只改内存里的值重启服务器立刻还原。要让参数在重启后依然生效必须写入 /etc/sysctl.conf然后执行sysctl -p让内核重新加载一次。文档里提到的 SUSE powertweak 工具/sbin/yast powertweak和 Red Hat 的/usr/bin/redhat-config-proc图形界面底层做的仍然是读写 /proc/sys 和 /etc/sysctl.conf 这两件事。另外文档提示过默认情况下内核包含了不重启就用 sysctl 改参数的模块但如果你安装系统时选择移除了该功能那改完只能重启才能生效。3.2 处理器子系统调优超线程开关、内核选择与 EM64T处理器是应用和数据库服务器的关键硬件也是压测时最先被顶满的瓶颈。文档讲的第一件事是 Xeon 高端服务器上的 Hyper-Threading。超线程的原理是把一颗物理 CPU 虚拟成两颗逻辑 CPU让同一个物理核心同时执行两个线程操作系统会看到多出一倍的处理器。Red Hat Enterprise Linux AS 和 SUSE LINUX Enterprise Server 都支持4 路服务器开超线程后用 top 能看到 8 颗处理器。但超线程不是白送的文档给了很诚实的收益数据这是这份文档里最值得记住的部分物理 CPU 数量超线程性能提升2 颗15% - 25%4 颗1% - 13%8 颗0% - 5%核心前提是必须跑 SMP 内核单核内核不支持超线程。物理 CPU 越多收益越差8 路机器开了基本没提升甚至在某些计算密集负载下因为共享执行单元反而下降。判断系统是否开了超线程常见做法是看 /proc/cpuinfogrep processor /proc/cpuinfo | wc -l grep physical id /proc/cpuinfo | sort -u | wc -l第一行是逻辑 CPU 数第二行是物理 CPU 数前者是后者两倍左右说明超线程开着。文档还提到 EM64T也就是 Intel IA-32 处理器的 64 位扩展Red Hat Enterprise Linux 3 Update 2 和 SUSE LINUX Enterprise Server 9 开始支持它能寻址更多内存还能完全兼容 32 位应用。内核包的选择对性能的影响也很大两个发行版都提供多个内核包。旧机器上可以看 /boot 下内核文件名带 smp 后缀的是对称多处理内核跑多路 CPU 必须选这个有些版本还提供 hugemem 大内存内核适合内存超过 4GB 的机器。选错内核的表现是CPU 只认到一半、内存只认到一部分排查时先看uname -a和cat /proc/meminfo确认内核匹配硬件规格再谈调优。4. 内存与网络子系统调优dirty 缓冲、TIME-WAIT 与连接队列的取值思路4.1 虚拟内存参数vm.bdflush 与 vm.kswapd 怎么取值内存子系统的调优风险最高因为动的是内核的脏页写回机制和交换行为改坏了磁盘 IO 和响应延迟一起恶化。文档的建议非常务实一次只改一个参数然后用工具监测效果确认没有副作用再动下一个。vm.bdflush 控制 bdflush 内核线程把 dirty buffers 写回磁盘的时机。磁盘缓冲区比内存慢几个数量级缓冲区里的数据变脏后如果不及时落盘内存被脏页占满新请求只能等回收。文档给出的是一组 9 个参数sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 09 个参数里只需要关心前 3 个逻辑位第 1 个 nfract30表示排队写盘前bdflush 允许脏缓冲区占系统缓冲区总量的最大百分比超过 30% 就开始刷盘第 2 个 ndirty500是 bdflush 一次最多即刻写的缓冲区数量这个值越大单次刷盘耗时越长期间 IO 压力越大第 7 个 nfract_sync60是发生同步前脏缓冲区允许达到的最大百分比到 60% 时强制同步。这三个值合起来控制脏页写回的触发时机和单次刷盘量。这里必须补一个版本边界vm.bdflush 是 2.4 内核的参数2.6 以后内核用 pdflush 和后来的 writeback 机制替代了它dirty 参数迁移到了 vm.dirty_ratio 和 vm.dirty_background_ratio。你可以查内核文档确认。vm.kswapd 是另一个内存守护进程负责把内存页换出到交换分区sysctl -w vm.kswapd1024 32 64三个参数的含义tries_base1024 约等于内核每次扫描交换页数量的四倍对于交换非常频繁的系统加大这个值能减少扫描次数、提升吞吐tries_min32 是每次最少换出的页数swap_cluster64 是 kswapd 每次连续写入 swap 的页数这个值调小会提高磁盘 IO 的分散度调大则可能让请求队列积压。改完用 vmstat 看 si 和 so 两列si/so 持续不为 0 说明系统在频繁交换这时候先判断是物理内存真不够还是参数把交换调得太激进。文档还提了 buffermem、freepages、overcommit_memory、page-cluster 这些虚拟内存参数它们都在 /proc/sys/vm 下overcommit_memory 尤其要小心改成 2 表示内核严格执行内存过量使用限制数据库类应用容易被 OOM killer 误杀。4.2 网络防攻击参数SYN cookies、重定向与广播风暴网络子系统调优会影响 CPU 利用率尤其在大量 TCP 连接且包尺寸很小的场景下内存消耗会肉眼可见地涨。文档这部分把安全和性能放在一起讲因为很多防攻击的参数同时也在防止正常流量把服务器拖垮。开启 SYN cookies 抵御 syn-flood 攻击这是 DoS/DDoS 场景下最基础的一层防护sysctl -w net.ipv4.tcp_syncookies1对应到安全加固还有一组常用参数让服务器忽略来自不是网关的 ICMP 重定向拒绝路由重定向攻击如果这台机器本身不是路由器关掉 send_redirects 让它不要向别人发重定向忽略广播 ping 防止 smurf 攻击忽略畸形 ICMP 错误回应减少内核日志噪音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_responses1文档提醒 ICMP 重定向是路由器传路由信息的机制网关查完路由表后告诉主机「下一个网关是你应该用的」合法场景里有价值但攻击者也能伪造重定向把流量导走。只接受可信来源的重定向不可信的一律丢弃。SUSE 上还有一个 rp_filter 参数通过反向路径验证来源数据包路由器默认转发所有包开了过滤就能丢掉明显异常的流量sysctl -w net.ipv4.conf.all.rp_filter14.3 TCP 会话保持参数TIME-WAIT 复用、keepalive 与 backlog连接数巨大的服务器上TIME-WAIT 套接字是内存杀手。每个 TCP 连接关闭后要停留在 TIME-WAIT 状态一段时间确保最后一个 ACK 到达对方这个状态下套接字还占着内存。文档给的做法是允许新连接复用 TIME-WAIT 套接字同时开启 TIME-WAIT 快速循环对 Web 服务器非常有效sysctl -w net.ipv4.tcp_tw_reuse1 sysctl -w net.ipv4.tcp_tw_recycle1注意 tcp_tw_recycle 在 NAT 环境下有严重副作用后面第 5 章专门展开说。继续调连接生命周期参数sysctl -w net.ipv4.tcp_fin_timeout30 sysctl -w net.ipv4.tcp_keepalive_time1800tcp_fin_timeout 是套接字关闭时保持 FIN-WAIT-2 状态的时间默认可能到 60 秒以上缩短到 30 秒能让内存更快腾出来处理新连接。TCP keepalive 参数负责探测那些「已打开但一直没用」的死连接默认 2 小时才丢连接量大时这 2 小时内存浪费很可观改成 1800 秒是文档明确推荐的折中点。改这个值之前要评估业务特性如果有大量客户端长连接挂机时间设太短会频繁断开合法连接。然后是发送和接收缓冲区的设置先定上限再定动态区间sysctl -w net.core.wmem_max8388608 sysctl -w net.core.rmem_max8388608 sysctl -w net.ipv4.tcp_wmem4096 65536 8388608 sysctl -w net.ipv4.tcp_rmem4096 87380 8388608wmem 和 rmem 各设三个值最小值、初始值和最大值。初始值是创建 TCP 套接字时分配的内存最大值是上限必须小于或等于 net.core.wmem_max 和 rmem_max否则设置会被内核拒绝。缓冲越大吞吐越高但每连接占用的内存也越多连接数上万的机器上这两个参数直接决定了内存余量。半开连接的处理也在这个环节当大量客户端都是超长延迟连接、负载又重时half-open 连接会堆满 backlog 队列。默认 1024 对高并发 Web 服务器不够文档建议最少设到 4096这同时能缓解 SYN floodsysctl -w net.ipv4.tcp_max_syn_backlog4096最后是 NFS 和 Samba 服务器会遇到的 IP 碎片重组问题。TCP 数据包传输出错时会触发碎片整理有效数据包留在内存损坏的转发走。文档建议把重组内存设成一个范围sysctl -w net.ipv4.ipfrag_low_thresh268435456 sysctl -w net.ipv4.ipfrag_high_thresh402653184这个值表示碎片占用的内存落入低阈值和高阈值之间时内核开始丢碎片直到回落到低阈值以下。取值单位在不同内核版本间有过变化改完用cat /proc/sys/net/ipv4/ipfrag_low_thresh确认实际值再继续。5. 调优避坑五个改完参数才发现的翻车现场5.1 关闭 xfs daemon 后 X 起不来现象按文档关了 xfs 服务执行 startx 后 X 启动失败或直接白屏。原因xfs 是 X Window 的字体服务X server 启动时依赖它提供字体渲染。很多刚接触 Linux 服务器的同学把 xfs 当作普通后台服务顺手关掉结果图形界面起不来。解决需要 GUI 的时候先启动 xfs 服务再 startx不需要 GUI 就保持关闭。命令/sbin/service xfs start和 startx 顺序不能反。5.2 sysctl -w 改完重启全部失效现象用 sysctl -w 调完参数当时生效压测一切正常第二天重启服务器参数全部回到默认值。原因sysctl -w 和 echo 写入 /proc/sys 都只改内存中的值重启后内核重新读默认值/etc/sysctl.conf 没写进去等于白调。解决调完参数立刻写入 /etc/sysctl.conf然后sysctl -p验证。我现在养成的习惯是每调一个参数就顺手在配置文件里加一行注释写清日期、改了什么、为什么改避免一个多月后看着自己写的配置发愣。5.3 tcp_tw_recycle 在 NAT 后丢包现象开启 net.ipv4.tcp_tw_recycle1 后部分客户端连接时好时坏抓包看到服务器直接丢 SYN 包。原因tcp_tw_recycle 依赖 TCP 时间戳判断旧连接同一 NAT 网关后面挂着大量不同系统、不同 RTT 的客户端时间戳机制会把时间戳偏小的合法 SYN 误判成旧包丢弃。文档写这个参数时是 2.4 内核时代现在 Linux 4.12 以上的内核已经直接移除了这个参数。解决NAT 环境下关闭 tcp_tw_recycle只保留 tcp_tw_reuse把精力放在调 tcp_fin_timeout 和 tcp_max_tw_buckets 上。所有改 TCP 参数的机器先确认部署环境有没有 NAT 层再动手。5.4 vm.bdflush 在 2.6 内核不存在现象按文档执行sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 0系统返回 No such file or directory。原因vm.bdflush 是 2.4 内核的脏页写回参数。2.6 内核换成 pdflush 机制后来又被 writeback 取代参数迁移到了 vm.dirty_ratio 和 vm.dirty_background_ratio。解决2.6 内核上改用现代参数。调的时候先看当前值再改sysctl vm.dirty_ratio和sysctl vm.dirty_background_ratio默认通常分别是 20 和 10写密集应用可以把 dirty_background_ratio 调低让脏页更早开始刷盘避免一次性大量写回把 IO 打满。5.5 超线程开了性能反而下降现象数据库类负载在开启超线程的机器上压测CPU 利用率看着上去了QPS 反而比关闭时低。原因超线程是让一个物理核心分时执行两个线程本质是共享执行单元的虚拟化。对缓存敏感的计算密集负载两个线程抢 L2/L3 缓存和流水线部件互相拖后腿。文档给的数据也印证了8 路机器开超线程只有 0-5% 的收益。解决计算密集、缓存敏感型业务在 BIOS 里关掉超线程或者操作系统层用 taskset 绑核把关键进程隔离到固定物理核上。跑日志处理和网络转发这类 IO 密集任务再考虑开超线程。5.6 runlevel 误切到 0 或 6现象执行 init 0 后服务器直接关机或者在机房误操作把默认 runlevel 设成 6机器陷入无限重启。原因runlevel 0 是停机6 是重启都是危险目标。常在命令行下切 runlevel 的时间久了手指记忆容易出错。解决切换之前先runlevel确认当前状态再想清楚目标 runlevel。改 /etc/inittab 里 initdefault 时只允许出现 2、3、5 三个值。维护脚本里加防御性判断[ $target 0 ] exit 1。6. 调优后的验证与固化从 vmstat 到 /etc/sysctl.conf参数改完不是结束验证和固化才算调完。我的固定流程是先存基线再改动调优前跑一轮压测或记录业务低峰期的 vmstat 输出改完参数在相同场景下再跑一轮两次数据对比才有说服力否则你根本分不清性能变化是参数生效了还是网络波动。验证工具就那么几个但要看对指标。vmstat 1 5 每秒打一次共打 5 次重点看 us 用户态 CPU、sy 系统态 CPU、wa IO 等待和 si/so 交换页free -m 看 cache 和 swap 的实际占用连接数大的机器用 ss -s 看 socket 状态分布TIME_WAIT 占比是不是降下来了。vmstat 1 5 free -m ss -s对照基线判断wa 高说明磁盘是瓶颈调 dirty 相关参数方向对si/so 持续非零说明内存吃紧该排查业务内存占用而不是继续压参数TIME_WAIT 数量下降但连接错误率上升多半是 tw_reuse 或 fin_timeout 调太狠。验证通过后把所有参数按子系统分块写进 /etc/sysctl.conf每段加注释比如# network tuning for 2024-06这类标记然后 sysctl -p 确认无报错。文档里的很多参数是 2.4/2.6 内核时代的经验值放到新内核上要先用 sysctl -a 确认参数存在再以当前默认值为基础小步调整。从那以后我每次调优都强制自己先存一份基线快照再动手所有改动记录归档一次只动一个参数。性能调优这东西玄学感都来自改了一堆参数却不知道是哪条起了作用。按「基线 → 单参数改动 → 验证 → 固化」走一圈帮你在下一次服务器变慢时好歹有个清晰的后悔药路径。希望帮到你。本文还有配套的精品资源点击获取
Linux服务器性能调优：从关闭daemons到sysctl内核参数实战
简介针对Linux服务器性能调优的实战文档聚焦Red Hat Enterprise Linux AS与SUSE LINUX Enterprise Server两大企业发行版适合系统运维、性能优化人员阅读。文档从实际场景出发系统介绍了关闭不必要的daemons、禁用GUI、修改内核参数等基础技巧并进一步展开处理器子系统CPU亲和性、进程优先级、内存子系统脏页写回策略、文件系统ext4/XFS、挂载选项及网络子系统TCP/IP栈参数的调优方法各环节均配有具体命令示例便于直接落地。资源为单个docx文档共1个文件大小仅373KB内容精炼集中可快速通读或随时查阅。已有238人学习下载对于希望在不影响稳定性的前提下挖掘系统潜力的运维人员这份整理能提供清晰的调优思路与常用工具参考。1. Linux 性能调优的几种方法这份文档能帮你从瓶颈里抠出多少性能新接手一台 Linux 服务器top 一打开 CPU 持续飙到 90%free 一看内存所剩无几ss -s 里 TIME_WAIT 连接挂了一大片。多数人的第一反应是「代码写得不行」或者「加机器」但很多问题其实是系统默认参数和默认服务造成的。这份文档整理的就是另一条路不换硬件、不动业务代码靠关闭不必要的 daemons、切 runlevel、调 sysctl 内核参数把 Red Hat Enterprise Linux AS 和 SUSE LINUX Enterprise Server 上被浪费的资源一点一点抠回来。它覆盖关闭 daemons、关闭 GUI、处理器/内存/网络四个子系统调优适合刚接手服务器不知从哪下手的系统管理员也适合 DBA 和运维工程师在压测前做一轮基线优化。2. 关闭 daemons 与 GUI先做减法把闲置内存和 CPU 拿回来2.1 关闭 daemons从 sendmail 开始逐个停掉不必要后台服务服务器上跑着的后台服务也就是 daemons每一个都常驻内存、周期性被调度不管你用不用它都在消耗 CPU 和内存。比如很多机器上默认启用的 sendmail实际业务根本用不到邮件发送还有一堆打印相关的服务在纯计算服务器上毫无意义。停掉它们能释放内存、减少启动时间因为开机时少拉起来一堆进程同时进程数少了内核调度和进程表维护的开销也跟着降。文档里还点了一句很实在的话减少 daemons 数量同时也增强了服务器安全性攻击面变小了。Red Hat 和 SUSE 两家的命令风格不同Red Hat 系用 service 加 chkconfig# Red Hat Enterprise Linux AS /sbin/service sendmail stop /sbin/chkconfig sendmail offSUSE 系用 /etc/init.d 下的脚本# SUSE LINUX Enterprise Server /etc/init.d/sendmail stop /sbin/chkconfig -s sendmail offservice 命令本质上是去调 /etc/init.d 下的对应脚本区别只是语法封装。chkconfig off 的作用是从当前 runlevel 的启动项里移除这个服务让它在下次开机时不自动拉起两个命令配合使用才完整stop 是停掉当前进程off 是防止它下次开机卷土重来。另有/sbin/chkconfig --list可以拉出所有服务的开关状态比图形界面里看到的更全因为有些 daemons 不会显示在 GUI 工具中。Red Hat 的图形工具是/usr/bin/redhat-config-services菜单路径 Main Menu - System Settings - Server Settings - ServicesSUSE 对应的是/sbin/yast2 runlevel。图形工具适合刚上手时浏览服务名实际批量操作我一般还是用命令行。文档特别警告过 xfs daemon关闭它会导致 X 启动不了只有在确定不需要图形界面时才关需要 startx 之前先把 xfs 拉起来。如果你现在维护的是 CentOS 7 以上的机器这套 service/chkconfig 已经迁移到 systemctl 了对应命令是systemctl disable sendmail和systemctl stop sendmail思路完全一致。2.2 关闭 GUI 与虚拟控制台runlevel 3 才是服务器的常态GUI 在服务器上是最典型的资源浪费X server 本身吃几百 MB 内存还占用 CPU 做渲染。文档的观点很直接Linux 服务器上的管理任务全部可以通过命令行或 Web 工具完成比如 webmin、Linuxconf、SWAT需要看图形界面时再临时启动 GUI。多数服务器应该跑在 runlevel 3也就是完整多用户模式但不进图形界面。先确认当前在哪个 runlevelrunlevel输出如N 5表示上次没有 runlevel当前是 5。切换到 runlevel 3 用 init 命令init 3runlevel 这点需要彻底记牢0 是停机、6 是重启谁都不该把默认 runlevel 设成这两个否则服务器一开机就关机或无限重启。1 是单用户模式用来做维护和修复2 是多用户但不开 NFS3 是完全多用户服务器默认就选它4 保留未用5 是 X11 图形界面。runlevel含义服务器上怎么用0Halt 停机禁止设为默认1单用户模式维护修复时进入2多用户不带 NFS无网络时可视为 33完全多用户服务器默认推荐4未使用保留5X11 图形界面需要 GUI 时才进入6Reboot 重启禁止设为默认修改默认 runlevel 要编辑 /etc/inittab把id:5:initdefault:改成id:3:initdefault:SUSE 上执行 YaST runlevel 命令可以完成同样的事。还有一个容易被忽略的浪费点系统默认保存 6 个虚拟控制台F1 到 F6 各跑一个 getty 进程每个都占少量内存。文档给的方案是用 mingetty 减少到 3 个落地做法是在 /etc/inittab 里把 tty4 到 tty6 对应的那几行注释掉然后init q重载。如果关掉了 GUI 但临时需要图形界面远程连服务器时用ssh -X就可以把 X 会话转发到本地不必在服务器上留着整套图形环境。3. sysctl 与内核参数改之前先搞清楚参数存在哪、怎么改才不丢3.1 /proc/sys 与 /etc/sysctl.conf临时生效和持久化的区别Linux 内核参数的核心知识点是参数不是存在某个配置文件里而是以文件的方式暴露在 /proc/sys 目录下。/proc 是伪文件系统用户态读它时内核现场生成内容写它时内核实时修改对应参数。每个正在运行的进程在 /proc 下都有一个以 PID 命名的目录里面是它的内存映射、文件描述符等信息/proc/sys 下面则按子系统分目录vm 管虚拟内存net/ipv4 管 TCP/IP 栈fs 管文件系统kernel 管全局内核行为。查看当前所有内核参数sysctl -a这条命令会把 /proc/sys 下几乎全部参数打出来输出很长通常配合 grep 用比如只看和 swap 相关的sysctl -a | grep swap cat /proc/sys/vm/swappinesssysctl -a 与直接 cat /proc/sys 下的文件是等效的区别只是显示格式。修改参数有两种写法效果完全相同sysctl -w vm.swappiness10 echo 10 /proc/sys/vm/swappinesssysctl -w 其实就是在帮你做 echo 写入。这里有个关键认知这两种方式都只改内存里的值重启服务器立刻还原。要让参数在重启后依然生效必须写入 /etc/sysctl.conf然后执行sysctl -p让内核重新加载一次。文档里提到的 SUSE powertweak 工具/sbin/yast powertweak和 Red Hat 的/usr/bin/redhat-config-proc图形界面底层做的仍然是读写 /proc/sys 和 /etc/sysctl.conf 这两件事。另外文档提示过默认情况下内核包含了不重启就用 sysctl 改参数的模块但如果你安装系统时选择移除了该功能那改完只能重启才能生效。3.2 处理器子系统调优超线程开关、内核选择与 EM64T处理器是应用和数据库服务器的关键硬件也是压测时最先被顶满的瓶颈。文档讲的第一件事是 Xeon 高端服务器上的 Hyper-Threading。超线程的原理是把一颗物理 CPU 虚拟成两颗逻辑 CPU让同一个物理核心同时执行两个线程操作系统会看到多出一倍的处理器。Red Hat Enterprise Linux AS 和 SUSE LINUX Enterprise Server 都支持4 路服务器开超线程后用 top 能看到 8 颗处理器。但超线程不是白送的文档给了很诚实的收益数据这是这份文档里最值得记住的部分物理 CPU 数量超线程性能提升2 颗15% - 25%4 颗1% - 13%8 颗0% - 5%核心前提是必须跑 SMP 内核单核内核不支持超线程。物理 CPU 越多收益越差8 路机器开了基本没提升甚至在某些计算密集负载下因为共享执行单元反而下降。判断系统是否开了超线程常见做法是看 /proc/cpuinfogrep processor /proc/cpuinfo | wc -l grep physical id /proc/cpuinfo | sort -u | wc -l第一行是逻辑 CPU 数第二行是物理 CPU 数前者是后者两倍左右说明超线程开着。文档还提到 EM64T也就是 Intel IA-32 处理器的 64 位扩展Red Hat Enterprise Linux 3 Update 2 和 SUSE LINUX Enterprise Server 9 开始支持它能寻址更多内存还能完全兼容 32 位应用。内核包的选择对性能的影响也很大两个发行版都提供多个内核包。旧机器上可以看 /boot 下内核文件名带 smp 后缀的是对称多处理内核跑多路 CPU 必须选这个有些版本还提供 hugemem 大内存内核适合内存超过 4GB 的机器。选错内核的表现是CPU 只认到一半、内存只认到一部分排查时先看uname -a和cat /proc/meminfo确认内核匹配硬件规格再谈调优。4. 内存与网络子系统调优dirty 缓冲、TIME-WAIT 与连接队列的取值思路4.1 虚拟内存参数vm.bdflush 与 vm.kswapd 怎么取值内存子系统的调优风险最高因为动的是内核的脏页写回机制和交换行为改坏了磁盘 IO 和响应延迟一起恶化。文档的建议非常务实一次只改一个参数然后用工具监测效果确认没有副作用再动下一个。vm.bdflush 控制 bdflush 内核线程把 dirty buffers 写回磁盘的时机。磁盘缓冲区比内存慢几个数量级缓冲区里的数据变脏后如果不及时落盘内存被脏页占满新请求只能等回收。文档给出的是一组 9 个参数sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 09 个参数里只需要关心前 3 个逻辑位第 1 个 nfract30表示排队写盘前bdflush 允许脏缓冲区占系统缓冲区总量的最大百分比超过 30% 就开始刷盘第 2 个 ndirty500是 bdflush 一次最多即刻写的缓冲区数量这个值越大单次刷盘耗时越长期间 IO 压力越大第 7 个 nfract_sync60是发生同步前脏缓冲区允许达到的最大百分比到 60% 时强制同步。这三个值合起来控制脏页写回的触发时机和单次刷盘量。这里必须补一个版本边界vm.bdflush 是 2.4 内核的参数2.6 以后内核用 pdflush 和后来的 writeback 机制替代了它dirty 参数迁移到了 vm.dirty_ratio 和 vm.dirty_background_ratio。你可以查内核文档确认。vm.kswapd 是另一个内存守护进程负责把内存页换出到交换分区sysctl -w vm.kswapd1024 32 64三个参数的含义tries_base1024 约等于内核每次扫描交换页数量的四倍对于交换非常频繁的系统加大这个值能减少扫描次数、提升吞吐tries_min32 是每次最少换出的页数swap_cluster64 是 kswapd 每次连续写入 swap 的页数这个值调小会提高磁盘 IO 的分散度调大则可能让请求队列积压。改完用 vmstat 看 si 和 so 两列si/so 持续不为 0 说明系统在频繁交换这时候先判断是物理内存真不够还是参数把交换调得太激进。文档还提了 buffermem、freepages、overcommit_memory、page-cluster 这些虚拟内存参数它们都在 /proc/sys/vm 下overcommit_memory 尤其要小心改成 2 表示内核严格执行内存过量使用限制数据库类应用容易被 OOM killer 误杀。4.2 网络防攻击参数SYN cookies、重定向与广播风暴网络子系统调优会影响 CPU 利用率尤其在大量 TCP 连接且包尺寸很小的场景下内存消耗会肉眼可见地涨。文档这部分把安全和性能放在一起讲因为很多防攻击的参数同时也在防止正常流量把服务器拖垮。开启 SYN cookies 抵御 syn-flood 攻击这是 DoS/DDoS 场景下最基础的一层防护sysctl -w net.ipv4.tcp_syncookies1对应到安全加固还有一组常用参数让服务器忽略来自不是网关的 ICMP 重定向拒绝路由重定向攻击如果这台机器本身不是路由器关掉 send_redirects 让它不要向别人发重定向忽略广播 ping 防止 smurf 攻击忽略畸形 ICMP 错误回应减少内核日志噪音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_responses1文档提醒 ICMP 重定向是路由器传路由信息的机制网关查完路由表后告诉主机「下一个网关是你应该用的」合法场景里有价值但攻击者也能伪造重定向把流量导走。只接受可信来源的重定向不可信的一律丢弃。SUSE 上还有一个 rp_filter 参数通过反向路径验证来源数据包路由器默认转发所有包开了过滤就能丢掉明显异常的流量sysctl -w net.ipv4.conf.all.rp_filter14.3 TCP 会话保持参数TIME-WAIT 复用、keepalive 与 backlog连接数巨大的服务器上TIME-WAIT 套接字是内存杀手。每个 TCP 连接关闭后要停留在 TIME-WAIT 状态一段时间确保最后一个 ACK 到达对方这个状态下套接字还占着内存。文档给的做法是允许新连接复用 TIME-WAIT 套接字同时开启 TIME-WAIT 快速循环对 Web 服务器非常有效sysctl -w net.ipv4.tcp_tw_reuse1 sysctl -w net.ipv4.tcp_tw_recycle1注意 tcp_tw_recycle 在 NAT 环境下有严重副作用后面第 5 章专门展开说。继续调连接生命周期参数sysctl -w net.ipv4.tcp_fin_timeout30 sysctl -w net.ipv4.tcp_keepalive_time1800tcp_fin_timeout 是套接字关闭时保持 FIN-WAIT-2 状态的时间默认可能到 60 秒以上缩短到 30 秒能让内存更快腾出来处理新连接。TCP keepalive 参数负责探测那些「已打开但一直没用」的死连接默认 2 小时才丢连接量大时这 2 小时内存浪费很可观改成 1800 秒是文档明确推荐的折中点。改这个值之前要评估业务特性如果有大量客户端长连接挂机时间设太短会频繁断开合法连接。然后是发送和接收缓冲区的设置先定上限再定动态区间sysctl -w net.core.wmem_max8388608 sysctl -w net.core.rmem_max8388608 sysctl -w net.ipv4.tcp_wmem4096 65536 8388608 sysctl -w net.ipv4.tcp_rmem4096 87380 8388608wmem 和 rmem 各设三个值最小值、初始值和最大值。初始值是创建 TCP 套接字时分配的内存最大值是上限必须小于或等于 net.core.wmem_max 和 rmem_max否则设置会被内核拒绝。缓冲越大吞吐越高但每连接占用的内存也越多连接数上万的机器上这两个参数直接决定了内存余量。半开连接的处理也在这个环节当大量客户端都是超长延迟连接、负载又重时half-open 连接会堆满 backlog 队列。默认 1024 对高并发 Web 服务器不够文档建议最少设到 4096这同时能缓解 SYN floodsysctl -w net.ipv4.tcp_max_syn_backlog4096最后是 NFS 和 Samba 服务器会遇到的 IP 碎片重组问题。TCP 数据包传输出错时会触发碎片整理有效数据包留在内存损坏的转发走。文档建议把重组内存设成一个范围sysctl -w net.ipv4.ipfrag_low_thresh268435456 sysctl -w net.ipv4.ipfrag_high_thresh402653184这个值表示碎片占用的内存落入低阈值和高阈值之间时内核开始丢碎片直到回落到低阈值以下。取值单位在不同内核版本间有过变化改完用cat /proc/sys/net/ipv4/ipfrag_low_thresh确认实际值再继续。5. 调优避坑五个改完参数才发现的翻车现场5.1 关闭 xfs daemon 后 X 起不来现象按文档关了 xfs 服务执行 startx 后 X 启动失败或直接白屏。原因xfs 是 X Window 的字体服务X server 启动时依赖它提供字体渲染。很多刚接触 Linux 服务器的同学把 xfs 当作普通后台服务顺手关掉结果图形界面起不来。解决需要 GUI 的时候先启动 xfs 服务再 startx不需要 GUI 就保持关闭。命令/sbin/service xfs start和 startx 顺序不能反。5.2 sysctl -w 改完重启全部失效现象用 sysctl -w 调完参数当时生效压测一切正常第二天重启服务器参数全部回到默认值。原因sysctl -w 和 echo 写入 /proc/sys 都只改内存中的值重启后内核重新读默认值/etc/sysctl.conf 没写进去等于白调。解决调完参数立刻写入 /etc/sysctl.conf然后sysctl -p验证。我现在养成的习惯是每调一个参数就顺手在配置文件里加一行注释写清日期、改了什么、为什么改避免一个多月后看着自己写的配置发愣。5.3 tcp_tw_recycle 在 NAT 后丢包现象开启 net.ipv4.tcp_tw_recycle1 后部分客户端连接时好时坏抓包看到服务器直接丢 SYN 包。原因tcp_tw_recycle 依赖 TCP 时间戳判断旧连接同一 NAT 网关后面挂着大量不同系统、不同 RTT 的客户端时间戳机制会把时间戳偏小的合法 SYN 误判成旧包丢弃。文档写这个参数时是 2.4 内核时代现在 Linux 4.12 以上的内核已经直接移除了这个参数。解决NAT 环境下关闭 tcp_tw_recycle只保留 tcp_tw_reuse把精力放在调 tcp_fin_timeout 和 tcp_max_tw_buckets 上。所有改 TCP 参数的机器先确认部署环境有没有 NAT 层再动手。5.4 vm.bdflush 在 2.6 内核不存在现象按文档执行sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 0系统返回 No such file or directory。原因vm.bdflush 是 2.4 内核的脏页写回参数。2.6 内核换成 pdflush 机制后来又被 writeback 取代参数迁移到了 vm.dirty_ratio 和 vm.dirty_background_ratio。解决2.6 内核上改用现代参数。调的时候先看当前值再改sysctl vm.dirty_ratio和sysctl vm.dirty_background_ratio默认通常分别是 20 和 10写密集应用可以把 dirty_background_ratio 调低让脏页更早开始刷盘避免一次性大量写回把 IO 打满。5.5 超线程开了性能反而下降现象数据库类负载在开启超线程的机器上压测CPU 利用率看着上去了QPS 反而比关闭时低。原因超线程是让一个物理核心分时执行两个线程本质是共享执行单元的虚拟化。对缓存敏感的计算密集负载两个线程抢 L2/L3 缓存和流水线部件互相拖后腿。文档给的数据也印证了8 路机器开超线程只有 0-5% 的收益。解决计算密集、缓存敏感型业务在 BIOS 里关掉超线程或者操作系统层用 taskset 绑核把关键进程隔离到固定物理核上。跑日志处理和网络转发这类 IO 密集任务再考虑开超线程。5.6 runlevel 误切到 0 或 6现象执行 init 0 后服务器直接关机或者在机房误操作把默认 runlevel 设成 6机器陷入无限重启。原因runlevel 0 是停机6 是重启都是危险目标。常在命令行下切 runlevel 的时间久了手指记忆容易出错。解决切换之前先runlevel确认当前状态再想清楚目标 runlevel。改 /etc/inittab 里 initdefault 时只允许出现 2、3、5 三个值。维护脚本里加防御性判断[ $target 0 ] exit 1。6. 调优后的验证与固化从 vmstat 到 /etc/sysctl.conf参数改完不是结束验证和固化才算调完。我的固定流程是先存基线再改动调优前跑一轮压测或记录业务低峰期的 vmstat 输出改完参数在相同场景下再跑一轮两次数据对比才有说服力否则你根本分不清性能变化是参数生效了还是网络波动。验证工具就那么几个但要看对指标。vmstat 1 5 每秒打一次共打 5 次重点看 us 用户态 CPU、sy 系统态 CPU、wa IO 等待和 si/so 交换页free -m 看 cache 和 swap 的实际占用连接数大的机器用 ss -s 看 socket 状态分布TIME_WAIT 占比是不是降下来了。vmstat 1 5 free -m ss -s对照基线判断wa 高说明磁盘是瓶颈调 dirty 相关参数方向对si/so 持续非零说明内存吃紧该排查业务内存占用而不是继续压参数TIME_WAIT 数量下降但连接错误率上升多半是 tw_reuse 或 fin_timeout 调太狠。验证通过后把所有参数按子系统分块写进 /etc/sysctl.conf每段加注释比如# network tuning for 2024-06这类标记然后 sysctl -p 确认无报错。文档里的很多参数是 2.4/2.6 内核时代的经验值放到新内核上要先用 sysctl -a 确认参数存在再以当前默认值为基础小步调整。从那以后我每次调优都强制自己先存一份基线快照再动手所有改动记录归档一次只动一个参数。性能调优这东西玄学感都来自改了一堆参数却不知道是哪条起了作用。按「基线 → 单参数改动 → 验证 → 固化」走一圈帮你在下一次服务器变慢时好歹有个清晰的后悔药路径。希望帮到你。本文还有配套的精品资源点击获取
