Linux性能优化需遵循“观测→分析→调优→验证”循环，通过top、vmstat、iostat等定位CPU、内存、I/O、网络瓶颈，再针对性调参或加固，并用压测与sar验证效果、建立基线。
Linux性能优化不是堆配置、换硬件，而是找准瓶颈、精准干预。核心思路是：先观测，再分析，后调优，最后验证。
一、快速定位性能瓶颈
用基础命令组合快速判断系统哪部分吃紧：
- top / htop：看CPU整体占用、高负载进程、内存使用率；注意%wa（I/O等待）偏高说明磁盘慢
- vmstat 1：每秒刷新，重点看r（运行队列长度）、si/so（swap交换）、bi/bo（块I/O吞吐）
- iostat -x 1：查磁盘详细指标，%util > 90%、await > 10ms、avgqu-sz持续大于1，基本可断定I/O是瓶颈
- free -h：关注available值，而非free；若available很低且buff/cache未明显释放，可能内存不足或应用泄漏
- ss -tulnp：排查端口占用、连接堆积，尤其TIME-WAIT过多或listen队列溢出（netstat -s | grep "listen"）
二、常见场景针对性调优
不盲目改参数，按实际问题选动作：
- CPU高但无明显单进程占满：可能是上下文切换频繁（看vmstat中的cs列），检查是否线程数过多、锁竞争激烈，用pidstat -w 1定位高频切换进程
- 内存吃紧但缓存未回收：确认是否应用内存泄漏（用pmap -x PID或cat /proc/PID/status | grep VmRSS），必要时调整vm.swappiness=10（降低swap倾向）
- 磁盘I/O延迟高：优先检查IO调度器（SSD用none，NVMe用none或mq-deadline），增大read_ahead_kb（如echo 8192 > /sys/block/nvme0n1/queue/read_ahead_kb），并确认文件系统挂载选项含noatime,commit=60
- 网络连接慢或丢包：调大socket缓冲区（net.core.rmem_max、wmem_max）、开启TCP时间戳和快速回收（net.ipv4.tcp_timestamps=1, net.ipv4.tcp_tw_reuse=1），但避免在NAT环境开tcp_tw_recycle
三、内核与服务级稳态加固
让系统长期跑得稳、响应快：
- 关闭不用的服务：systemctl list-unit-files --state=enabled | grep -E "(bluetooth|cups|avahi)"，按需disable
- 限制资源滥用：用systemd为关键服务设MemoryMax、CPUQuota，例如MemoryMax=2G防OOM扩散
- 日志降频：修改rsyslog或journald配置，减少disk刷写（如journald.conf中设置Storage=volatile、SystemMaxUse=100M）
- 启用透明大页（THP）要谨慎：数据库类服务建议禁用（echo never > /sys/kernel/mm/transparent_hugepage/enabled），避免内存碎片卡顿
四、验证效果与建立基线
优化完必须测，否则等于没做：
- 用相同压测工具（如ab、wrk、fio）复现原场景，对比响应时间、吞吐量、错误率
- 记录优化前后关键指标快照（保存top、iostat、sar -u -r -n DEV 1 60输出到文件）
- 用sar生成历史报表（sar -f /var/log/sa/saXX），观察连续多日趋势，排除偶然波动
- 把稳定后的配置加入Ansible或shell脚本，确保新机器一键同步，避免“这次调好了，下次又回退”
基本上就这些。性能优化不是一步到位的魔法，而是一次观测、一次假设、一次验证的循环。动手前多看/proc/sys、/sys/block、/sys/fs下的实时参数，比死记硬背更管用。
