当你的服务器出现CPU飙升、内存吃紧、IO延迟爆表时，别急着加机器。先学会这三大维度的调优手段，往往能省下几十万预算。
作为运维，我们最怕的不是故障，而是“性能瓶颈”——它不报错，但让业务响应越来越慢，直到拖垮整个集群。今天我们不谈玄学，直接上干货，从 CPU、内存、IO 三个核心维度，给出可落地的调优命令与内核参数配置。
一、CPU调优：从“忙乱”到“精准”
1. 定位CPU瓶颈（别再用top看全程了）
先看整体负载，再用perf定位热点函数：
# 查看CPU核心使用率分布（判断是否单核打满）
mpstat -P ALL 1 5
# 定位用户态CPU占用最高的进程内函数（采样3秒）
perf top -p $(pidof nginx) -F 99
关键点：如果%usr高但%sys低，说明是应用逻辑问题；如果%sys高，则可能涉及系统调用或中断。
2. 内核参数调整（针对高并发短连接场景）
编辑 /etc/sysctl.conf，调整CPU运行队列与进程切换效率：
# 减少上下文切换（适合多核CPU密集应用）
kernel.sched_min_granularity_ns = 10000000 # 10ms
kernel.sched_wakeup_granularity_ns = 15000000 # 15ms
# 允许进程绑定CPU（需配合taskset使用）
kernel.sched_autogroup_enabled = 0
# 生效
sysctl -p
> 加粗提醒：sched_min_granularity_ns 调大后，单核上同时运行的进程数会减少，适合计算密集型任务；如果是IO密集型，反而要调小。
3. 进程绑核（避免缓存抖动）
# 将Nginx worker进程绑定到CPU 0-3号核心
echo "taskset -c 0-3 $(pidof nginx)" >> /etc/rc.local
二、内存调优：让每一字节都有价值
1. 内存回收策略（避免卡顿）
Linux默认的vm.swappiness=60太激进，导致空闲时也疯狂换页。对于数据库或缓存服务器，建议调低：
# 临时调整（立即生效）
sysctl -w vm.swappiness=10
# 永久生效
echo "vm.swappiness=10" >> /etc/sysctl.conf
解释：swappiness=10 表示仅在内存剩余10%时才开始使用swap，优先保证内存命中率。
2. 大页内存（HugePages）——数据库性能提升神器
针对MySQL/PostgreSQL等内存大户，开启2MB大页可减少TLB Miss：
# 查看当前大页配置
cat /proc/meminfo | grep HugePages
# 分配1024个大页（2MB*1024=2GB）
echo 1024 > /proc/sys/vm/nr_hugepages
# 在MySQL配置中锁定内存（my.cnf）
[mysqld]
large-pages
注意：开启大页后，必须用mlockall锁定内存，否则进程无法使用。
3. 内存泄漏检测（实战工具）
# 使用valgrind检测C/C++程序（生产环境慎用，有性能开销）
valgrind --leak-check=full --show-leak-kinds=all ./your_app
# 快速查看进程内存增长趋势
pidstat -r 1 10 | grep $(pidof your_app)
三、IO调优：从“堵车”到“高速”
1. 磁盘调度算法（SSD与HDD的抉择）
• SSD：推荐none（即noop），直接跳过机械寻道逻辑。
• HDD：推荐deadline，保证读写延迟均衡。
# 查看当前调度器
cat /sys/block/sda/queue/scheduler
# 临时修改（重启失效）
echo "none" > /sys/block/sda/queue/scheduler
# 永久修改（grub内核参数）
# 编辑 /etc/default/grub 添加：elevator=none
2. 文件系统挂载参数（提升元数据性能）
对于ext4/xfs，在/etc/fstab中修改挂载选项：
# 关闭atime更新（减少写IO）
/dev/sdb1 /data ext4 defaults,noatime,nodiratime 0 0
# 启用barrier（保证断电一致性，但会降低性能）
# 如果使用BBU（电池备份）RAID卡，可安全添加 nobarrier
/dev/sdb1 /data ext4 defaults,noatime,nobarrier 0 0
3. 使用`iostat`精准定位IO瓶颈
# 查看设备利用率与等待队列长度（每2秒输出）
iostat -x 2 5
# 重点关注：%util（接近100%表示饱和）、await（平均IO响应时间）
# 如果await > 20ms，说明磁盘性能不足或队列拥堵
四、终极组合拳：一键调优脚本（生产可用）
将以下内容保存为 /usr/local/bin/tune_perf.sh，根据业务场景调整参数：
#!/bin/bash
# 适用场景：高并发Web服务 + 本地数据库
# CPU：降低切换频率
sysctl -w kernel.sched_min_granularity_ns=10000000
sysctl -w kernel.sched_wakeup_granularity_ns=15000000
# 内存：减少swap
sysctl -w vm.swappiness=10
sysctl -w vm.dirty_ratio=15 # 脏页占比上限
sysctl -w vm.dirty_background_ratio=5 # 后台回写阈值
# IO：SSD用none调度
echo none > /sys/block/sda/queue/scheduler
# 网络：增大TCP缓冲区
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
# 应用层：关闭防火墙（仅内网）
systemctl stop firewalld
echo "调优完成，请观察业务表现。"
执行前请务必备份原参数，并在低峰期进行A/B测试。
五、避坑指南（老运维的血泪经验）
1.不要盲目照搬云厂商文档——虚拟机环境下，`swappiness`和`dirty_ratio`的调优效果会大打折扣。
2.调优后必须压测 ——用`ab`或`wrk`压测10分钟，观察`/proc/schedstat`和`vmstat`，确认无副作用。
3.内核参数不是越多越好 ——每次只改1-2个参数，对比监控数据，避免“玄学调优”。
最后总结：性能调优的本质是“权衡”——用CPU换IO，用内存换延迟。掌握本文的三大维度命令和内核参数，结合perf、iostat、pidstat三大工具，你就能从“救火队员”进化为“性能架构师”。记住：没有最优配置，只有最合适的业务场景。
