Linux性能优化需先定位瓶颈再调优，分四步：明确问题类型（CPU/内存/磁盘/网络）、用top/iostat/vmstat/netstat快速圈定范围、分层验证排除误判、所有调优须可测可回滚。
Linux性能优化没有万能公式，但有一套通用排查逻辑——先定位瓶颈，再针对性调优，避免盲目修改配置。
一、明确当前性能问题类型
性能问题本质分四类：CPU忙、内存紧、磁盘慢、网络卡。第一步不是看top，而是问清楚“什么变慢了”——是服务响应延迟升高？批量任务耗时翻倍？还是系统整体卡顿？不同现象指向不同方向。
例如：
• 用户说“网页打开要5秒” → 优先查Web服务进程、网络延迟、磁盘I/O（如日志写满或SSD老化）；
• 运维发现load average长期＞CPU核数 → 聚焦CPU使用率、上下文切换、不可中断睡眠（D状态）进程；
• 应用频繁OOM被kill → 直接检查内存分配、swap使用、cgroup限制。
二、用基础命令快速圈定瓶颈范围
不用装工具，系统自带命令组合就能覆盖90%场景：
- top / htop：看CPU占用TOP进程、load average、内存剩余、swap使用；按1显示各核负载，按M按内存排序，按P按CPU排序；
- iostat -x 1：重点关注%util（接近100%说明磁盘饱和）、await（单次I/O平均等待毫秒，＞10ms需警惕）、r/s w/s（读写频次是否异常）；
- vmstat 1：观察si/so（swap换入换出，非零即内存压力）、cs（上下文切换次数，突增可能由频繁进程唤醒或锁竞争引起）、in（中断次数）；
- netstat -s 或 ss -s：查丢包、重传、连接队列溢出（如"listen overflows"），定位网络层瓶颈。
三、分层验证，排除干扰项
很多“性能差”实际是误判。比如：
- 应用日志里报“timeout”，未必是系统慢——可能是下游API超时，或DNS解析失败（用dig +trace验证）；
- top显示某进程CPU 99%，但它本就是计算密集型任务（如ffmpeg转码），属正常行为；
- df显示根分区95%满，但/proc /sys等虚拟文件系统不占真实磁盘空间，真正要看df -i（inode是否耗尽）和du -sh /* 2>/dev/null | sort -hr | head -5找真实大目录。
四、调优动作必须可测量、可回滚
所有修改前记录基线（如ab -n 1000 -c 100 http://test/压测结果），每次只改一项，改完立刻验证效果。常见安全调优点：
- CPU：调整进程调度策略（chrt）、关闭非必要服务（systemctl disable bluetooth）；
- 内存：合理设置vm.swappiness（SSD建议1~10，HDD可设30）、禁用transparent hugepage（echo never > /sys/kernel/mm/transparent_hugepage/enabled）；
- 磁盘：IO调度器选deadline（HDD）或none（NVMe），挂载加noatime,nodiratime；
- 网络：增大连接队列（net.core.somaxconn=65535）、开启TCP快速回收（net.ipv4.tcp_tw_reuse=1，仅适用于NAT环境）。
基本上就这些。流程不复杂，但容易忽略“问题定义”和“验证闭环”。与其背调优参数，不如练熟top/iostat/vmstat的解读逻辑——系统不会撒谎，只是需要你问对问题。
