前几天帮朋友排查一台CentOS 7服务器现象是应用偶尔卡顿、响应变慢但CPU和内存看着都还有富余。查了一圈才发现是文件描述符和TCP连接参数没调默认配置根本扛不住业务峰值。这类问题在线上太常见了——不是硬件不够而是系统默认参数太保守稍微上点量就瓶颈频出。所以这篇就把我在CentOS 7上做系统优化和性能调优的完整思路、具体操作和踩过的坑都整理出来从内核参数、内存管理、磁盘I/O到网络栈再到MySQL这类典型应用的调优案例一次性讲透。不管你是在虚拟机里测试还是管理着物理机集群这套方法都能直接用。1. 整体设计与思路拆解1.1 优化到底在解决什么问题先说个很多人容易误解的点系统优化不是把一堆参数往大了调就完事。我刚接触运维那会儿也走过这弯路以为vm.swappiness0、net.core.rmem_max16777216这些值拉满就是优化结果有一台机器把swappiness调成0之后页面回收不及时反而触发了OOM。优化的本质是根据你的业务负载模型把系统的资源分配策略校准到最合适的状态。在动手之前先搞清楚自己要解决什么问题。一台CentOS 7的默认配置其实是为通用场景准备的——既能跑数据库也能当Web服务器还能做文件存储。但通用就意味着不极致。拿磁盘I/O调度器来说CentOS 7默认用的cfq完全公平队列它对机械硬盘上的多任务读写做了公平调度但在高并发的SSD场景下反而会增加延迟。如果你跑的是MySQL这类随机读写频繁的业务换成deadline或noop往往能直观感受到IO延迟下降。所以第一步不是敲命令而是做两件事一是明确这台机器的角色数据库服务器、Web服务器、缓存服务器还是混合负载二是明确当前最痛的瓶颈在哪里CPU、内存、磁盘I/O还是网络。这两点决定了后续所有调优的方向。1.2 调优的方法论先测量再调整后验证我习惯把调优分成四个阶段基线采集在改动任何参数之前先收集系统当前的运行数据。用sar、vmstat、iostat、pidstat、free这些工具记录一段时间的CPU、内存、IO、网络指标至少要覆盖一个业务周期比如高峰低谷。没有基线的调优就是盲人摸象调完也不知道是变好了还是变坏了。单点调整一次只改一个维度。比如这周只调整内核参数观察三天下周再调整文件系统挂载参数。切忌多个参数一起改否则出了问题根本定位不到是哪个改动引起的。压力验证用sysbench、fio、ab这类工具模拟业务压力对比调整前后的吞吐量、延迟、错误率。没有压测数据支撑的优化说服力大打折扣。固化与回滚验证有效的参数要写进配置文件如/etc/sysctl.conf确保重启后依然生效。同时记录好原始值方便随时回滚。我每台服务器都维护一份调优变更记录格式很简单——日期、参数、原值、新值、原因、效果半年下来这就是最宝贵的排障资料。1.3 虚拟机和物理机的差异要分清热词里提到了VirtualBox上创建CentOS 7虚拟机这提醒我一个很重要的点虚拟机环境的优化和物理机有很大差别。在VM里你调优的很多参数其实是请求而不是命令。比如你调了CPU调度参数但真正决定CPU分配的是宿主机hypervisor你调了磁盘调度器但I/O最终要经过虚拟化层转换。在VirtualBox这类虚拟机里我一般建议把优化重心放在这几个地方安装增强工具VirtualBox Guest Additions这能显著改善显存、剪贴板共享和磁盘性能调整虚拟机规格根据宿主机实际资源合理分配CPU核数和内存大小不是越大越好分配过多反而触发宿主机内存回收磁盘控制器VirtualBox里尽量选SATA或NVMe别用IDE模式IDE的I/O性能太差了网卡类型选virtio-net或e1000不要用默认的PCnet-FAST III吞吐差距非常明显。物理机上的一些参数如NUMA绑定、CPU调频策略在虚拟机里往往不受控调了也是白调。所以下文讲到具体参数时我会特别标注哪些在VM下意义不大避免大家白费功夫。2. 核心细节解析与实操要点2.1 内核参数调优sysctl的每个关键项/etc/sysctl.conf是内核参数的总开关修改后执行sysctl -p生效。这里挑几个生产环境中最常用、见效最明显的参数逐个说明它们的作用、推荐值和使用场景。vm.swappiness控制内存页面换出到swap的倾向性取值范围0-100。默认值通常是30意思是内存压力不大时也会有一定程度的swap换出。对数据库服务器我一般设成10对需要大页缓存的Redis服务器可以设成1甚至0。但要注意设成0不代表禁用swap只是“尽可能不换出”。设成0后如果内存真的不够内核会直接触发OOM killer这往往比swap更致命。所以如果你的业务内存波动大建议保底留一点swap空间swappiness可以设到5-10之间而不是绝对0。vm.dirty_ratio和vm.dirty_background_ratio这两个参数控制脏页待写回磁盘的内存页面的比例。dirty_background_ratio默认10含义是当脏页占到总内存的10%时内核开始在后台异步写回dirty_ratio默认20超过这个比例后进程写入会同步阻塞。对于写密集型的数据库我习惯把dirty_background_ratio降到5把dirty_ratio降到10这样能减少突发写盘带来的IO抖动。但注意别调太低否则频繁触发后台写回反而增加磁盘负担。fs.file-max和单个进程的文件描述符限制CentOS 7默认fs.file-max很高通常几十万但每个进程的限制是1024这会导致高并发服务瞬间报too many open files。我一般在/etc/security/limits.conf里把nofile的软硬限制都调大* soft nofile 655350 * hard nofile 655350注意这个文件的修改对已登录的shell不生效需要重新登录或重启服务。另外systemd管理的服务比如nginx、mysqld有自己的LimitNOFILE配置需要在service文件里单独设置[Service] LimitNOFILE655350很多人在limits.conf改了没用就是这个原因——服务是systemd拉起来的得在unit文件里设。kernel.shmall和kernel.shmmax这两个参数控制System V共享内存SysV shared memory。如果你跑的是Oracle数据库或者PostgreSQL某些场景下需要关注。shmmax是单个共享内存段的最大大小shmall是共享内存页的总数。默认值在CentOS 7上通常够用但如果你遇到“无法分配共享内存”的报错就需要调大这两个值。64位系统上可以把shmmax设为一个较大的值如物理内存的一半shmall设为shmmax/页大小页大小通常是4096。net.core.somaxconn这个参数经常被忽视但非常关键。它定义了socket监听队列backlog的最大长度默认是128。高并发下如果连接建立速度跟不上这个队列一旦满了新的连接会被直接拒绝。像nginx这种反向代理官方建议调大到65535net.core.somaxconn 65535尤其要注意的是很多应用如Redis在监听socket时指定的backlog是硬编码的如果内核参数比应用要求的数值小应用会在启动日志里提示你调大somaxconn。2.2 TCP/IP协议栈调优网络调优是性能优化里见效最快、但也最容易调乱的区域。先说一个原则TCP参数要成对调不要只调发送端或只调接收端。比如你调大了发送缓冲区但对方接收缓冲区没跟上反而造成数据在中间堆积。net.ipv4.tcp_tw_reuse允许TIME_WAIT状态的连接被重用默认是0。对短连接特别多的服务比如高并发的API网关开启后能显著减少TIME_WAIT堆积net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_timestamps 1注意tcp_tw_reuse与tcp_timestamps必须同时开启才能生效因为reuse机制依赖时间戳来判断旧连接是否过期。另外要说明这个参数只是允许“安全的情况下”重用不会导致连接串线。net.ipv4.tcp_fin_timeout控制socket在FIN_WAIT_2状态的超时时间默认60秒。对大量短连接场景可以缩短到30秒左右加速连接释放net.ipv4.tcp_fin_timeout 30net.core.rmem_max和net.core.wmem_max这是socket接收和发送缓冲区的最大值默认约212992字节208KB。对于高带宽时延产品BDP带宽时延积大的场景比如跨地域传输需要调大。计算公式是BDP 带宽bps× 往返时延秒。如果带宽是1Gbps往返时延是50ms那BDP就是1e9 × 0.05 / 8 6.25MB。这意味着接收缓冲区至少要6.25MB才能跑满带宽。所以这两项我会根据业务的实际带宽时延来算而不是盲目拉满net.core.rmem_max 16777216 net.core.wmem_max 16777216同时TCP的自动调优依赖net.ipv4.tcp_rmem和net.ipv4.tcp_wmem这几个参数它们的默认值已经比较合理通常不需要大改。net.ipv4.ip_local_port_range这个控制本地可用端口范围默认是32768-60999。对高并发服务器来说默认的28232个端口可能不够用。我一般改成1024-65535net.ipv4.ip_local_port_range 1024 65535改之前确认一下1024-32767之间不要有被占用的服务端口。2.3 文件系统挂载参数noatime与barrier文件系统层面的优化最经典的就是挂载参数。CentOS 7默认的挂载参数里带有relatime意思是访问文件时会更新atime访问时间但更新频率受限。对于大多数服务器完全不需要记录atime因为没有任何业务逻辑需要知道“这个文件最后一次被读是什么时候”。所以建议改成noatime直接不更新atime能减少大量的磁盘I/Omount -o remount,noatime /dev/sda1 /要永久生效需要修改/etc/fstab。找到根分区的对应行在defaults后面追加noatime/dev/mapper/centos-root / xfs defaults,noatime 0 0修改fstab前务必小心写错了会导致系统无法正常挂载。改完之后用mount -o remount /先测试一遍再重启验证。另一个值得一提的挂载参数是barrierXFS文件系统对应的是nobarrier。文件系统的barrier机制保证日志提交的顺序性确保崩溃一致性。对数据库数据盘如果使用XFS且配合有电池保护的RAID卡可以开启nobarrier来提升写性能。但这是个有风险的选项——如果断电数据一致性可能受损。我个人的原则是测试环境可以玩生产环境不倒腾。生产环境老老实实用默认值别为了一点IOPS去赌断电。2.4 CPU调频与进程调度tuned和irqbalanceCentOS 7自带的tuned服务是个宝藏很多人没注意到。它提供了一系列预定义的性能配置文件profile比如throughput-performance、latency-performance、virtual-guest等。查看当前配置tuned-adm active如果是balanced这是面向桌面场景的节能策略服务器上强烈建议切换到性能模式tuned-adm profile latency-performance这个操作会向后端传递一组调优建议包括CPU governor切换到performance模式不再动态降频、磁盘调度器调整、内核参数优化等。相当于一键完成大量专业调优非常推荐。进程调度层面irqbalance服务负责把硬件中断请求均匀分发到多个CPU核上默认开启。但如果你的服务器是NUMA架构跑的是对延迟极度敏感的应用如高频交易系统可以考虑手动绑核——用taskset把关键进程绑定到特定CPU core上减少上下文切换和跨NUMA访问。对普通业务保持irqbalance开启即可不值得花精力手动绑核。3. 实操过程与核心环节实现3.1 从零开始VirtualBox安装CentOS 7的建机要点基于热词中提到的VirtualBox场景先说说建虚拟机时容易被忽视、但影响后期性能的几个点。很多人一路默认设置就把系统装完了后面跑起来才发现不对。虚拟机规格分配内存分配是重中之重建议不少于2GB低于这个值装完系统就跑不动图形界面和编译任务了。CPU给2个核起步。VirtualBox 6.x之后支持CPU热插拔但冷启动时的配置会影响系统内的NUMA拓扑感知所以一开始就规划好。磁盘类型VirtualBox创建虚拟磁盘时有VDI、VHD、VMDK三种格式性能差别不大。关键在“固定大小”还是“动态分配”——固定大小在创建时一次性占用宿主机磁盘但后续读写性能更稳定动态分配按需增长胜在省空间但运行中持续扩展会带来性能抖动。线上测试性能建议选固定大小只是跑着玩动态分配的体验也能接受。硬件加速在“设置 → 系统 → 处理器”里勾选“启用PAE/NX”和“启用VT-x/AMD-V嵌套分页”。不勾选这两个CentOS 7的KVM虚拟化功能和一些高版本内核特性无法充分发挥。磁盘控制器默认是SATA控制器保持即可。别选IDE模式——CentOS 7默认安装程序会警告IDE控制器支持受限而且I/O吞吐会大幅下降。装好系统后第一件事安装VirtualBox增强功能。在虚拟机菜单栏选择“设备 → 安装增强功能”然后在系统内执行mkdir /mnt/cdrom mount /dev/cdrom /mnt/cdrom cd /mnt/cdrom ./VBoxLinuxAdditions.run这个过程需要内核开发包如果报错就先用yum install -y gcc kernel-devel kernel-headers bzip2补装依赖。增强功能安装完成后你会发现鼠标切换顺畅了、剪贴板能共享了、磁盘性能也有改善。3.2 采集基线数据用命令看清系统现状调优前先做体检我一般固定跑这几组命令把结果存到文件里作为基线# 运行队列和系统负载每2秒采集一次共采集60次 vmstat 2 60 /tmp/baseline_vmstat.txt # 每2秒采集CPU和磁盘IO iostat -x 2 60 /tmp/baseline_iostat.txt # 内存明细 free -h /tmp/baseline_memory.txt # 网络统计 sar -n DEV 2 60 /tmp/baseline_network.txtvmstat输出里重点看r运行队列、si/soswap换入换出、waI/O等待三列。如果r长期超过CPU核数说明CPU饱和如果si/so非零说明内存吃紧正在swap。iostat的%util、await、svctm是磁盘健康的关键指标%util接近100%不代表磁盘就一定满了SSD并行能力强要结合await和队列长度看。基线数据最好采集24小时覆盖业务的高峰和低谷。我见过太多只在空闲时段采集基线的情况那只能看到系统“睡着”时的样子参考价值很低。3.3 核心参数一步到位一份可直接落地的配置基于前面拆解的各个参数作用下面给出一份我在多台CentOS 7生产服务器上验证过的综合配置按场景区分版本。这是“数据库服务器”版本# /etc/sysctl.conf 关键配置内容 # 内存调优降低swap倾向加速脏页写回 vm.swappiness 10 vm.dirty_background_ratio 5 vm.dirty_ratio 10 # 文件句柄 fs.file-max 681984 # 共享内存按物理内存16GB的一半估算 kernel.shmmax 8589934592 kernel.shmall 2097152 # TCP调优 net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_fin_timeout 30 net.ipv4.tcp_keepalive_time 1200 net.ipv4.tcp_max_syn_backlog 8192 net.core.somaxconn 65535 net.core.netdev_max_backlog 65535 net.ipv4.ip_local_port_range 1024 65535 # 网络缓冲区最大值用于大拥塞窗口 net.core.rmem_max 16777216 net.core.wmem_max 16777216 net.ipv4.tcp_rmem 4096 87380 16777216 net.ipv4.tcp_wmem 4096 65536 16777216写入后执行sysctl -p加载然后用sysctl -a | grep 参数名验证是否生效。注意sysctl -p对有些参数如kernel.shmmax会直接生效但对资源类的参数如fs.file-max如果设置值小于当前已使用量会被内核拒绝报No space left on device之类的错误这时需要先确认当前占用再渐进调整。调完内核参数后再把limits.conf配合改上# /etc/security/limits.conf 追加 * soft nofile 655350 * hard nofile 655350 * soft nproc 655350 * hard nproc 6553503.4 应用层联动调优以MySQL为例热词里专门提到了“mysql性能调优”这确实是系统调优里最典型、收益最直观的方向。很多人以为MySQL优化就是改my.cnf里的innodb_buffer_pool_size其实这只是冰山一角。先说最核心的**innodb_buffer_pool_size**这个参数决定InnoDB缓存表和索引数据的内存池大小。经验法则是设为物理内存的50%-70%。比如一台16GB内存的服务器专门跑MySQL我会设为10G-11G。但这不是单纯拍脑袋——先看基线数据里的内存占用情况留出操作系统约1-2GB、连接线程内存max_connections × sort_buffer_size join_buffer_size等、以及日常运维工具如mysqldump临时进程的空间剩下的才是缓冲池能用的。max_connections这个参数调大是有代价的每个连接都有自己的排序缓冲区、连接缓冲区、线程栈。如果设成1000理论上可能占掉好几十GB内存。我见过不少人把max_connections设成5000结果内存直接被打爆。合理的做法是先用SELECT max_connections看默认值用SHOW STATUS LIKE Threads_connected看实际连接峰值再加一个合理的余量。innodb_io_capacity这个参数容易被忽略。它告诉InnoDB底层磁盘的IO能力用于控制后台刷新脏页的速度。默认是200如果你的数据盘是SSD至少设成1000-2000如果是机械盘保持默认或略降。设得过高后台刷新太激进会占用IO设得过低脏页堆积达到innodb_max_dirty_pages_pct阈值时会出现周期性的写入抖动。这个参数要和vm.dirty_ratio配合调两个都合理才能让缓冲池的刷新平滑。MySQL调优没有一个“万能配置”所以我强烈建议用工具辅助分析。安装mysqltuner或tuning-primer脚本它们会读取SHOW STATUS数据给出针对当前负载的建议值比自己猜靠谱得多。但记住工具给出的建议是起点不是终点最终要以实测压测数据为准。3.5 磁盘I/O调度器一条命令解决的问题CentOS 7默认的I/O调度器是cfq对机械盘公平对SSD不友好。查看当前调度器cat /sys/block/sda/queue/scheduler输出通常是noop [deadline] cfq中括号里的是当前生效的调度器。把SSD切换到noop或noneCentOS 7内核4.x之后叫法不同echo noop /sys/block/sda/queue/scheduler这个修改在重启后会失效永久生效需要配置grub内核参数或使用udev规则。最简单的方式是启用tuned的性能profile它会自动帮你设置。也可以写udev规则cat /etc/udev/rules.d/60-io-scheduler.rules EOF ACTIONadd|change, KERNELsd[a-z], ATTR{queue/scheduler}noop EOF机械盘而且是多块盘做软RAID的场景deadline是更好的选择它在保证读写请求公平性的同时能有效减少寻道延迟。一句话总结SSD用noop现在新内核叫none机械盘用deadline别用cfq。4. 常见问题与排查技巧实录4.1 swap导致的应用卡顿问题现象应用偶尔响应变慢vmstat里si和so非零free显示swap使用率在增长。排查先用top按内存排序找出占用内存最多的进程再用pidstat -r -p pid 1观察具体进程的swap情况。常见原因是某个进程内存泄漏比如PHP-FPM的pm.max_requests设置太小子进程内存没有及时回收也有可能是应用配置文件里缓存设置过大导致内存被撑爆。解决这种场景单纯调vm.swappiness是治标不治本。要先解决内存占用问题比如优化应用配置、限制max_connections、增加物理内存或swap容量swap文件就行fallocate -l 8G /swapfile再mkswap和swapon。4.2 文件描述符报错现象服务的错误日志里出现“Too many open files”或者ulimit -n显示1024。排查先确认是系统级别还是进程级别。cat /proc/pid/limits可以看到某个进程的实际限制。如果systemd服务显示限制是65535但应用依然报错检查应用自身配置文件里是否硬编码了文件描述符上限。解决前面说过limits.conf只管PAM登录会话systemd服务要看unit文件。改完service文件后执行systemctl daemon-reload然后重启服务用cat /proc/pid/limits验证生效情况。4.3 TIME_WAIT堆积现象ss -s显示大量TIME_WAIT连接多的能到几万个系统响应变慢。排查TIME_WAIT本身是TCP正常关闭流程的一部分不能说多就是坏。关键看两个点一是是否有大量端口耗尽net.ipv4.ip_local_port_range不够用导致Cannot assign requested address二是连接是否真的在正常关闭如果有半开连接卡住net.ipv4.tcp_keepalive_time设置太长会导致连接不释放。解决开启tcp_tw_reuse、缩短tcp_fin_timeout、调大ip_local_port_range这三个参数组合使用效果最明显。同时检查应用是否开启了长连接复用比如HTTP的keep-alive、数据库连接池从源头减少TIME_WAIT的产生。4.4 I/O等待高但磁盘util不高现象iostat显示%util不高比如30%但await很高超过100ms应用响应慢vmstat的wa列居高不下。排查这种场景往往不是“磁盘满”而是“磁盘慢”——某个请求在等着某一次慢的I/O完成。用iostat -x看svctm服务时间如果svctm很长说明单次I/O本身就慢用iotop看具体是哪个进程在打盘可能是全表扫描的慢SQL也可能是日志文件的同步写。解决如果是慢SQL用MySQL的慢查询日志定位优化SQL或加索引如果是日志同步写可以调整应用日志级别或使用异步日志如果是机械盘随机读写考虑升级SSD或做RAID 0条带化。4.5 tuned配置更新后不生效现象手动改了/etc/sysctl.conf并重启但某些参数比如vm.swappiness恢复默认值。排查CentOS 7里systemd-sysctl服务会在启动时按固定顺序加载配置/etc/sysctl.d/*.conf和/etc/sysctl.conf这个顺序一般是字典序99-sysctl.conf排最后通常以最后一个文件为准。但如果你同时开启了tuned服务tuned会在启动时也应用自己的配置并可能覆盖你手动修改的值。解决查看tuned-adm active确认当前profile如果要手动管理参数可以执行tuned-adm off或者使用tuned提供的动态配置文件接口把自定义的sysctl参数写到/etc/tuned/自定义profile/sysctl.conf里并重新tuned-adm profile 自定义profile加载。这种冲突问题最容易出现在“我明明改了却又不生效”的场景下排查时先考虑有没有多套配置在“打架”。4.6 虚拟机里的时钟漂移这是很隐蔽但影响不小的问题尤其是在VirtualBox这类虚拟机里。现象系统时间明显比真实时间快或慢影响日志排序、定时任务执行时间。原因虚拟机时钟默认是TSC时间戳计数器定时器模拟的组合宿主机负载波动时虚拟时钟就会漂移。解决最简单有效的方法是安装VirtualBox增强功能它会启用时间同步机制。另外可以在CentOS 7里配置NTP服务yum install -y ntp systemctl enable ntpd systemctl start ntpd同时把/etc/ntp.conf里的默认服务器改成国内可达的NTP源比如ntp.aliyun.com。做完这些时间漂移问题基本就解决了。5. 长时间运行后的巩固与复检调优不是一次性的工作。系统参数调完之后我会建立一个固定的复检节奏。以周为单位检查这几个指标vmstat的r列是否稳定在CPU核数以内、free里cache占比是否健康、iostat的await是否持续高企、ss -s的TIME_WAIT数量是否在合理范围。数据要留底。每台服务器我都建了/opt/tuning_logs/目录每次调整前把配置文件和基线数据打包存档调整后把前后的性能对比数据也放进去。这样即使过了半年也能回查“当时为什么调这个”、“调完之后效果如何”。这套习惯在定位那些“最近系统变慢了”的问题时能省下大量排查时间。再提醒一句别在一次优化里堆太多改动。宁愿每周调一两个参数观察一周也别一个晚上改二十个参数然后陷入“到底哪个改坏了”的泥潭。在VirtualBox虚拟机里做实验时有一个额外建议每完成一个有价值的调优验证就打一个快照。如果后续调优把系统搞到无法启动直接回滚快照不用重装系统。我在学习阶段就是因为没有快照习惯重装了不下五遍CentOS 7。最后分享一个个人习惯调优配置参数原因日期注释写得清清楚楚。你永远不知道三个月后那个来接手这台服务器的同事会不会对着一个没有注释的vm.swappiness10发呆。这就是运维的传承比任何调优技巧都重要。 
长河君 · 2026/10/6 8:37:27 · 阅读 1.2k CentOS 7系统优化与性能调优实战：内核参数、磁盘I/O与MySQL案例详解
前几天帮朋友排查一台CentOS 7服务器现象是应用偶尔卡顿、响应变慢但CPU和内存看着都还有富余。查了一圈才发现是文件描述符和TCP连接参数没调默认配置根本扛不住业务峰值。这类问题在线上太常见了——不是硬件不够而是系统默认参数太保守稍微上点量就瓶颈频出。所以这篇就把我在CentOS 7上做系统优化和性能调优的完整思路、具体操作和踩过的坑都整理出来从内核参数、内存管理、磁盘I/O到网络栈再到MySQL这类典型应用的调优案例一次性讲透。不管你是在虚拟机里测试还是管理着物理机集群这套方法都能直接用。1. 整体设计与思路拆解1.1 优化到底在解决什么问题先说个很多人容易误解的点系统优化不是把一堆参数往大了调就完事。我刚接触运维那会儿也走过这弯路以为vm.swappiness0、net.core.rmem_max16777216这些值拉满就是优化结果有一台机器把swappiness调成0之后页面回收不及时反而触发了OOM。优化的本质是根据你的业务负载模型把系统的资源分配策略校准到最合适的状态。在动手之前先搞清楚自己要解决什么问题。一台CentOS 7的默认配置其实是为通用场景准备的——既能跑数据库也能当Web服务器还能做文件存储。但通用就意味着不极致。拿磁盘I/O调度器来说CentOS 7默认用的cfq完全公平队列它对机械硬盘上的多任务读写做了公平调度但在高并发的SSD场景下反而会增加延迟。如果你跑的是MySQL这类随机读写频繁的业务换成deadline或noop往往能直观感受到IO延迟下降。所以第一步不是敲命令而是做两件事一是明确这台机器的角色数据库服务器、Web服务器、缓存服务器还是混合负载二是明确当前最痛的瓶颈在哪里CPU、内存、磁盘I/O还是网络。这两点决定了后续所有调优的方向。1.2 调优的方法论先测量再调整后验证我习惯把调优分成四个阶段基线采集在改动任何参数之前先收集系统当前的运行数据。用sar、vmstat、iostat、pidstat、free这些工具记录一段时间的CPU、内存、IO、网络指标至少要覆盖一个业务周期比如高峰低谷。没有基线的调优就是盲人摸象调完也不知道是变好了还是变坏了。单点调整一次只改一个维度。比如这周只调整内核参数观察三天下周再调整文件系统挂载参数。切忌多个参数一起改否则出了问题根本定位不到是哪个改动引起的。压力验证用sysbench、fio、ab这类工具模拟业务压力对比调整前后的吞吐量、延迟、错误率。没有压测数据支撑的优化说服力大打折扣。固化与回滚验证有效的参数要写进配置文件如/etc/sysctl.conf确保重启后依然生效。同时记录好原始值方便随时回滚。我每台服务器都维护一份调优变更记录格式很简单——日期、参数、原值、新值、原因、效果半年下来这就是最宝贵的排障资料。1.3 虚拟机和物理机的差异要分清热词里提到了VirtualBox上创建CentOS 7虚拟机这提醒我一个很重要的点虚拟机环境的优化和物理机有很大差别。在VM里你调优的很多参数其实是请求而不是命令。比如你调了CPU调度参数但真正决定CPU分配的是宿主机hypervisor你调了磁盘调度器但I/O最终要经过虚拟化层转换。在VirtualBox这类虚拟机里我一般建议把优化重心放在这几个地方安装增强工具VirtualBox Guest Additions这能显著改善显存、剪贴板共享和磁盘性能调整虚拟机规格根据宿主机实际资源合理分配CPU核数和内存大小不是越大越好分配过多反而触发宿主机内存回收磁盘控制器VirtualBox里尽量选SATA或NVMe别用IDE模式IDE的I/O性能太差了网卡类型选virtio-net或e1000不要用默认的PCnet-FAST III吞吐差距非常明显。物理机上的一些参数如NUMA绑定、CPU调频策略在虚拟机里往往不受控调了也是白调。所以下文讲到具体参数时我会特别标注哪些在VM下意义不大避免大家白费功夫。2. 核心细节解析与实操要点2.1 内核参数调优sysctl的每个关键项/etc/sysctl.conf是内核参数的总开关修改后执行sysctl -p生效。这里挑几个生产环境中最常用、见效最明显的参数逐个说明它们的作用、推荐值和使用场景。vm.swappiness控制内存页面换出到swap的倾向性取值范围0-100。默认值通常是30意思是内存压力不大时也会有一定程度的swap换出。对数据库服务器我一般设成10对需要大页缓存的Redis服务器可以设成1甚至0。但要注意设成0不代表禁用swap只是“尽可能不换出”。设成0后如果内存真的不够内核会直接触发OOM killer这往往比swap更致命。所以如果你的业务内存波动大建议保底留一点swap空间swappiness可以设到5-10之间而不是绝对0。vm.dirty_ratio和vm.dirty_background_ratio这两个参数控制脏页待写回磁盘的内存页面的比例。dirty_background_ratio默认10含义是当脏页占到总内存的10%时内核开始在后台异步写回dirty_ratio默认20超过这个比例后进程写入会同步阻塞。对于写密集型的数据库我习惯把dirty_background_ratio降到5把dirty_ratio降到10这样能减少突发写盘带来的IO抖动。但注意别调太低否则频繁触发后台写回反而增加磁盘负担。fs.file-max和单个进程的文件描述符限制CentOS 7默认fs.file-max很高通常几十万但每个进程的限制是1024这会导致高并发服务瞬间报too many open files。我一般在/etc/security/limits.conf里把nofile的软硬限制都调大* soft nofile 655350 * hard nofile 655350注意这个文件的修改对已登录的shell不生效需要重新登录或重启服务。另外systemd管理的服务比如nginx、mysqld有自己的LimitNOFILE配置需要在service文件里单独设置[Service] LimitNOFILE655350很多人在limits.conf改了没用就是这个原因——服务是systemd拉起来的得在unit文件里设。kernel.shmall和kernel.shmmax这两个参数控制System V共享内存SysV shared memory。如果你跑的是Oracle数据库或者PostgreSQL某些场景下需要关注。shmmax是单个共享内存段的最大大小shmall是共享内存页的总数。默认值在CentOS 7上通常够用但如果你遇到“无法分配共享内存”的报错就需要调大这两个值。64位系统上可以把shmmax设为一个较大的值如物理内存的一半shmall设为shmmax/页大小页大小通常是4096。net.core.somaxconn这个参数经常被忽视但非常关键。它定义了socket监听队列backlog的最大长度默认是128。高并发下如果连接建立速度跟不上这个队列一旦满了新的连接会被直接拒绝。像nginx这种反向代理官方建议调大到65535net.core.somaxconn 65535尤其要注意的是很多应用如Redis在监听socket时指定的backlog是硬编码的如果内核参数比应用要求的数值小应用会在启动日志里提示你调大somaxconn。2.2 TCP/IP协议栈调优网络调优是性能优化里见效最快、但也最容易调乱的区域。先说一个原则TCP参数要成对调不要只调发送端或只调接收端。比如你调大了发送缓冲区但对方接收缓冲区没跟上反而造成数据在中间堆积。net.ipv4.tcp_tw_reuse允许TIME_WAIT状态的连接被重用默认是0。对短连接特别多的服务比如高并发的API网关开启后能显著减少TIME_WAIT堆积net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_timestamps 1注意tcp_tw_reuse与tcp_timestamps必须同时开启才能生效因为reuse机制依赖时间戳来判断旧连接是否过期。另外要说明这个参数只是允许“安全的情况下”重用不会导致连接串线。net.ipv4.tcp_fin_timeout控制socket在FIN_WAIT_2状态的超时时间默认60秒。对大量短连接场景可以缩短到30秒左右加速连接释放net.ipv4.tcp_fin_timeout 30net.core.rmem_max和net.core.wmem_max这是socket接收和发送缓冲区的最大值默认约212992字节208KB。对于高带宽时延产品BDP带宽时延积大的场景比如跨地域传输需要调大。计算公式是BDP 带宽bps× 往返时延秒。如果带宽是1Gbps往返时延是50ms那BDP就是1e9 × 0.05 / 8 6.25MB。这意味着接收缓冲区至少要6.25MB才能跑满带宽。所以这两项我会根据业务的实际带宽时延来算而不是盲目拉满net.core.rmem_max 16777216 net.core.wmem_max 16777216同时TCP的自动调优依赖net.ipv4.tcp_rmem和net.ipv4.tcp_wmem这几个参数它们的默认值已经比较合理通常不需要大改。net.ipv4.ip_local_port_range这个控制本地可用端口范围默认是32768-60999。对高并发服务器来说默认的28232个端口可能不够用。我一般改成1024-65535net.ipv4.ip_local_port_range 1024 65535改之前确认一下1024-32767之间不要有被占用的服务端口。2.3 文件系统挂载参数noatime与barrier文件系统层面的优化最经典的就是挂载参数。CentOS 7默认的挂载参数里带有relatime意思是访问文件时会更新atime访问时间但更新频率受限。对于大多数服务器完全不需要记录atime因为没有任何业务逻辑需要知道“这个文件最后一次被读是什么时候”。所以建议改成noatime直接不更新atime能减少大量的磁盘I/Omount -o remount,noatime /dev/sda1 /要永久生效需要修改/etc/fstab。找到根分区的对应行在defaults后面追加noatime/dev/mapper/centos-root / xfs defaults,noatime 0 0修改fstab前务必小心写错了会导致系统无法正常挂载。改完之后用mount -o remount /先测试一遍再重启验证。另一个值得一提的挂载参数是barrierXFS文件系统对应的是nobarrier。文件系统的barrier机制保证日志提交的顺序性确保崩溃一致性。对数据库数据盘如果使用XFS且配合有电池保护的RAID卡可以开启nobarrier来提升写性能。但这是个有风险的选项——如果断电数据一致性可能受损。我个人的原则是测试环境可以玩生产环境不倒腾。生产环境老老实实用默认值别为了一点IOPS去赌断电。2.4 CPU调频与进程调度tuned和irqbalanceCentOS 7自带的tuned服务是个宝藏很多人没注意到。它提供了一系列预定义的性能配置文件profile比如throughput-performance、latency-performance、virtual-guest等。查看当前配置tuned-adm active如果是balanced这是面向桌面场景的节能策略服务器上强烈建议切换到性能模式tuned-adm profile latency-performance这个操作会向后端传递一组调优建议包括CPU governor切换到performance模式不再动态降频、磁盘调度器调整、内核参数优化等。相当于一键完成大量专业调优非常推荐。进程调度层面irqbalance服务负责把硬件中断请求均匀分发到多个CPU核上默认开启。但如果你的服务器是NUMA架构跑的是对延迟极度敏感的应用如高频交易系统可以考虑手动绑核——用taskset把关键进程绑定到特定CPU core上减少上下文切换和跨NUMA访问。对普通业务保持irqbalance开启即可不值得花精力手动绑核。3. 实操过程与核心环节实现3.1 从零开始VirtualBox安装CentOS 7的建机要点基于热词中提到的VirtualBox场景先说说建虚拟机时容易被忽视、但影响后期性能的几个点。很多人一路默认设置就把系统装完了后面跑起来才发现不对。虚拟机规格分配内存分配是重中之重建议不少于2GB低于这个值装完系统就跑不动图形界面和编译任务了。CPU给2个核起步。VirtualBox 6.x之后支持CPU热插拔但冷启动时的配置会影响系统内的NUMA拓扑感知所以一开始就规划好。磁盘类型VirtualBox创建虚拟磁盘时有VDI、VHD、VMDK三种格式性能差别不大。关键在“固定大小”还是“动态分配”——固定大小在创建时一次性占用宿主机磁盘但后续读写性能更稳定动态分配按需增长胜在省空间但运行中持续扩展会带来性能抖动。线上测试性能建议选固定大小只是跑着玩动态分配的体验也能接受。硬件加速在“设置 → 系统 → 处理器”里勾选“启用PAE/NX”和“启用VT-x/AMD-V嵌套分页”。不勾选这两个CentOS 7的KVM虚拟化功能和一些高版本内核特性无法充分发挥。磁盘控制器默认是SATA控制器保持即可。别选IDE模式——CentOS 7默认安装程序会警告IDE控制器支持受限而且I/O吞吐会大幅下降。装好系统后第一件事安装VirtualBox增强功能。在虚拟机菜单栏选择“设备 → 安装增强功能”然后在系统内执行mkdir /mnt/cdrom mount /dev/cdrom /mnt/cdrom cd /mnt/cdrom ./VBoxLinuxAdditions.run这个过程需要内核开发包如果报错就先用yum install -y gcc kernel-devel kernel-headers bzip2补装依赖。增强功能安装完成后你会发现鼠标切换顺畅了、剪贴板能共享了、磁盘性能也有改善。3.2 采集基线数据用命令看清系统现状调优前先做体检我一般固定跑这几组命令把结果存到文件里作为基线# 运行队列和系统负载每2秒采集一次共采集60次 vmstat 2 60 /tmp/baseline_vmstat.txt # 每2秒采集CPU和磁盘IO iostat -x 2 60 /tmp/baseline_iostat.txt # 内存明细 free -h /tmp/baseline_memory.txt # 网络统计 sar -n DEV 2 60 /tmp/baseline_network.txtvmstat输出里重点看r运行队列、si/soswap换入换出、waI/O等待三列。如果r长期超过CPU核数说明CPU饱和如果si/so非零说明内存吃紧正在swap。iostat的%util、await、svctm是磁盘健康的关键指标%util接近100%不代表磁盘就一定满了SSD并行能力强要结合await和队列长度看。基线数据最好采集24小时覆盖业务的高峰和低谷。我见过太多只在空闲时段采集基线的情况那只能看到系统“睡着”时的样子参考价值很低。3.3 核心参数一步到位一份可直接落地的配置基于前面拆解的各个参数作用下面给出一份我在多台CentOS 7生产服务器上验证过的综合配置按场景区分版本。这是“数据库服务器”版本# /etc/sysctl.conf 关键配置内容 # 内存调优降低swap倾向加速脏页写回 vm.swappiness 10 vm.dirty_background_ratio 5 vm.dirty_ratio 10 # 文件句柄 fs.file-max 681984 # 共享内存按物理内存16GB的一半估算 kernel.shmmax 8589934592 kernel.shmall 2097152 # TCP调优 net.ipv4.tcp_tw_reuse 1 net.ipv4.tcp_fin_timeout 30 net.ipv4.tcp_keepalive_time 1200 net.ipv4.tcp_max_syn_backlog 8192 net.core.somaxconn 65535 net.core.netdev_max_backlog 65535 net.ipv4.ip_local_port_range 1024 65535 # 网络缓冲区最大值用于大拥塞窗口 net.core.rmem_max 16777216 net.core.wmem_max 16777216 net.ipv4.tcp_rmem 4096 87380 16777216 net.ipv4.tcp_wmem 4096 65536 16777216写入后执行sysctl -p加载然后用sysctl -a | grep 参数名验证是否生效。注意sysctl -p对有些参数如kernel.shmmax会直接生效但对资源类的参数如fs.file-max如果设置值小于当前已使用量会被内核拒绝报No space left on device之类的错误这时需要先确认当前占用再渐进调整。调完内核参数后再把limits.conf配合改上# /etc/security/limits.conf 追加 * soft nofile 655350 * hard nofile 655350 * soft nproc 655350 * hard nproc 6553503.4 应用层联动调优以MySQL为例热词里专门提到了“mysql性能调优”这确实是系统调优里最典型、收益最直观的方向。很多人以为MySQL优化就是改my.cnf里的innodb_buffer_pool_size其实这只是冰山一角。先说最核心的**innodb_buffer_pool_size**这个参数决定InnoDB缓存表和索引数据的内存池大小。经验法则是设为物理内存的50%-70%。比如一台16GB内存的服务器专门跑MySQL我会设为10G-11G。但这不是单纯拍脑袋——先看基线数据里的内存占用情况留出操作系统约1-2GB、连接线程内存max_connections × sort_buffer_size join_buffer_size等、以及日常运维工具如mysqldump临时进程的空间剩下的才是缓冲池能用的。max_connections这个参数调大是有代价的每个连接都有自己的排序缓冲区、连接缓冲区、线程栈。如果设成1000理论上可能占掉好几十GB内存。我见过不少人把max_connections设成5000结果内存直接被打爆。合理的做法是先用SELECT max_connections看默认值用SHOW STATUS LIKE Threads_connected看实际连接峰值再加一个合理的余量。innodb_io_capacity这个参数容易被忽略。它告诉InnoDB底层磁盘的IO能力用于控制后台刷新脏页的速度。默认是200如果你的数据盘是SSD至少设成1000-2000如果是机械盘保持默认或略降。设得过高后台刷新太激进会占用IO设得过低脏页堆积达到innodb_max_dirty_pages_pct阈值时会出现周期性的写入抖动。这个参数要和vm.dirty_ratio配合调两个都合理才能让缓冲池的刷新平滑。MySQL调优没有一个“万能配置”所以我强烈建议用工具辅助分析。安装mysqltuner或tuning-primer脚本它们会读取SHOW STATUS数据给出针对当前负载的建议值比自己猜靠谱得多。但记住工具给出的建议是起点不是终点最终要以实测压测数据为准。3.5 磁盘I/O调度器一条命令解决的问题CentOS 7默认的I/O调度器是cfq对机械盘公平对SSD不友好。查看当前调度器cat /sys/block/sda/queue/scheduler输出通常是noop [deadline] cfq中括号里的是当前生效的调度器。把SSD切换到noop或noneCentOS 7内核4.x之后叫法不同echo noop /sys/block/sda/queue/scheduler这个修改在重启后会失效永久生效需要配置grub内核参数或使用udev规则。最简单的方式是启用tuned的性能profile它会自动帮你设置。也可以写udev规则cat /etc/udev/rules.d/60-io-scheduler.rules EOF ACTIONadd|change, KERNELsd[a-z], ATTR{queue/scheduler}noop EOF机械盘而且是多块盘做软RAID的场景deadline是更好的选择它在保证读写请求公平性的同时能有效减少寻道延迟。一句话总结SSD用noop现在新内核叫none机械盘用deadline别用cfq。4. 常见问题与排查技巧实录4.1 swap导致的应用卡顿问题现象应用偶尔响应变慢vmstat里si和so非零free显示swap使用率在增长。排查先用top按内存排序找出占用内存最多的进程再用pidstat -r -p pid 1观察具体进程的swap情况。常见原因是某个进程内存泄漏比如PHP-FPM的pm.max_requests设置太小子进程内存没有及时回收也有可能是应用配置文件里缓存设置过大导致内存被撑爆。解决这种场景单纯调vm.swappiness是治标不治本。要先解决内存占用问题比如优化应用配置、限制max_connections、增加物理内存或swap容量swap文件就行fallocate -l 8G /swapfile再mkswap和swapon。4.2 文件描述符报错现象服务的错误日志里出现“Too many open files”或者ulimit -n显示1024。排查先确认是系统级别还是进程级别。cat /proc/pid/limits可以看到某个进程的实际限制。如果systemd服务显示限制是65535但应用依然报错检查应用自身配置文件里是否硬编码了文件描述符上限。解决前面说过limits.conf只管PAM登录会话systemd服务要看unit文件。改完service文件后执行systemctl daemon-reload然后重启服务用cat /proc/pid/limits验证生效情况。4.3 TIME_WAIT堆积现象ss -s显示大量TIME_WAIT连接多的能到几万个系统响应变慢。排查TIME_WAIT本身是TCP正常关闭流程的一部分不能说多就是坏。关键看两个点一是是否有大量端口耗尽net.ipv4.ip_local_port_range不够用导致Cannot assign requested address二是连接是否真的在正常关闭如果有半开连接卡住net.ipv4.tcp_keepalive_time设置太长会导致连接不释放。解决开启tcp_tw_reuse、缩短tcp_fin_timeout、调大ip_local_port_range这三个参数组合使用效果最明显。同时检查应用是否开启了长连接复用比如HTTP的keep-alive、数据库连接池从源头减少TIME_WAIT的产生。4.4 I/O等待高但磁盘util不高现象iostat显示%util不高比如30%但await很高超过100ms应用响应慢vmstat的wa列居高不下。排查这种场景往往不是“磁盘满”而是“磁盘慢”——某个请求在等着某一次慢的I/O完成。用iostat -x看svctm服务时间如果svctm很长说明单次I/O本身就慢用iotop看具体是哪个进程在打盘可能是全表扫描的慢SQL也可能是日志文件的同步写。解决如果是慢SQL用MySQL的慢查询日志定位优化SQL或加索引如果是日志同步写可以调整应用日志级别或使用异步日志如果是机械盘随机读写考虑升级SSD或做RAID 0条带化。4.5 tuned配置更新后不生效现象手动改了/etc/sysctl.conf并重启但某些参数比如vm.swappiness恢复默认值。排查CentOS 7里systemd-sysctl服务会在启动时按固定顺序加载配置/etc/sysctl.d/*.conf和/etc/sysctl.conf这个顺序一般是字典序99-sysctl.conf排最后通常以最后一个文件为准。但如果你同时开启了tuned服务tuned会在启动时也应用自己的配置并可能覆盖你手动修改的值。解决查看tuned-adm active确认当前profile如果要手动管理参数可以执行tuned-adm off或者使用tuned提供的动态配置文件接口把自定义的sysctl参数写到/etc/tuned/自定义profile/sysctl.conf里并重新tuned-adm profile 自定义profile加载。这种冲突问题最容易出现在“我明明改了却又不生效”的场景下排查时先考虑有没有多套配置在“打架”。4.6 虚拟机里的时钟漂移这是很隐蔽但影响不小的问题尤其是在VirtualBox这类虚拟机里。现象系统时间明显比真实时间快或慢影响日志排序、定时任务执行时间。原因虚拟机时钟默认是TSC时间戳计数器定时器模拟的组合宿主机负载波动时虚拟时钟就会漂移。解决最简单有效的方法是安装VirtualBox增强功能它会启用时间同步机制。另外可以在CentOS 7里配置NTP服务yum install -y ntp systemctl enable ntpd systemctl start ntpd同时把/etc/ntp.conf里的默认服务器改成国内可达的NTP源比如ntp.aliyun.com。做完这些时间漂移问题基本就解决了。5. 长时间运行后的巩固与复检调优不是一次性的工作。系统参数调完之后我会建立一个固定的复检节奏。以周为单位检查这几个指标vmstat的r列是否稳定在CPU核数以内、free里cache占比是否健康、iostat的await是否持续高企、ss -s的TIME_WAIT数量是否在合理范围。数据要留底。每台服务器我都建了/opt/tuning_logs/目录每次调整前把配置文件和基线数据打包存档调整后把前后的性能对比数据也放进去。这样即使过了半年也能回查“当时为什么调这个”、“调完之后效果如何”。这套习惯在定位那些“最近系统变慢了”的问题时能省下大量排查时间。再提醒一句别在一次优化里堆太多改动。宁愿每周调一两个参数观察一周也别一个晚上改二十个参数然后陷入“到底哪个改坏了”的泥潭。在VirtualBox虚拟机里做实验时有一个额外建议每完成一个有价值的调优验证就打一个快照。如果后续调优把系统搞到无法启动直接回滚快照不用重装系统。我在学习阶段就是因为没有快照习惯重装了不下五遍CentOS 7。最后分享一个个人习惯调优配置参数原因日期注释写得清清楚楚。你永远不知道三个月后那个来接手这台服务器的同事会不会对着一个没有注释的vm.swappiness10发呆。这就是运维的传承比任何调优技巧都重要。