面向生产环境的性能优化，必须“先度量、再优化、后验证”。本文以10个关键指标为主线，配合可复制的命令与参数，帮助你在CPU、内存、磁盘I/O、网络四大维度快速定位瓶颈并实施有效优化，兼顾稳定性与可观测性。

一、CPU指标与优化

关键指标与阈值负载与CPU核数：1分钟负载持续超过CPU核数×0.7需关注；单核环境负载>1即过载。使用率结构：持续us>70%多为计算密集；sy>20%警惕内核态锁竞争/中断风暴；id理想维持在10%–30%。上下文切换：vmstat 1的cs列，>5000次/秒需排查线程过多或锁竞争；>1万次/秒常见性能劣化。运行队列：mpstat -P ALL 1观察各核运行队列，理想<核数×0.7。快速诊断命令uptime、top/htop、mpstat -P ALL 1、vmstat 1、pidstat -u 1、perf stat/top/record。优化动作线程与亲和性：控制单进程线程数<CPU核数×2；必要时用taskset绑定关键进程到指定核。锁与热点：用perf/火焰图定位热点函数与锁竞争；优化并发模型与数据结构。中断均衡：检查/proc/interrupts，必要时调整RPS/XPS或中断亲和性。

二、内存指标与优化

关键指标与阈值可用内存：free的available比free更准确；当available<10%触发预警。Swap使用：持续使用Swap会导致延迟“断崖式”上升；建议vm.swappiness=10（范围0–100，越小越倾向不使用Swap）。透明大页（THP）：数据库/低延迟场景建议关闭（设为never）；部分通用场景可设为always按需启用。快速诊断命令free -h、vmstat 1、cat /proc/meminfo、cat /sys/kernel/mm/transparent_hugepage/enabled、pmap/valgrind（应用内存问题）。优化动作减少Swap倾向：调低vm.swappiness；保障物理内存与缓存命中率。THP策略：按负载选择开启/关闭；Java/数据库优先关闭。内存碎片：cat /proc/buddyinfo评估碎片率；>30%结合重启或压缩策略缓解。

三、磁盘I/O指标与优化

关键指标与阈值IOPS与吞吐：iostat -x 1观察r/s、w/s与rkB/s、wkB/s；机械盘IOPS上限约200，SSD可达数万。响应与队列：await>50ms提示瓶颈；avgqu-sz>2说明请求堆积；%util持续>80%需优化。快速诊断命令iostat -x 1、iotop -o、df -h、find/du定位大文件、fio基准测试。优化动作调度器选择：SSD优先noop/deadline；HDD可用cfq（视场景而定）。队列与条带：提升queue_depth、RAID条带（如64KB→256KB）以增大并发。文件系统与挂载：高并发小文件选XFS/ext4（data=ordered）；大文件顺序写选ext4（data=writeback）；必要时用ionice降低后台任务I/O优先级。

四、网络指标与优化

关键指标与阈值带宽利用率：持续>70%考虑扩容或多网卡绑定。丢包与重传：sar -n ETCP/retrans显示重传率，>1%提示链路/内核/对端问题。连接状态：ss -s统计；TIME_WAIT>30%可开启tcp_tw_reuse等优化（注意业务兼容性）。快速诊断命令sar -n DEV/ETCP 1、ss -s、ifstat/nload、ethtool、tcpdump/Wireshark、nethogs。优化动作内核参数：适度增大net.core.somaxconn、tcp_max_syn_backlog；按需开启tcp_tw_reuse、关闭tcp_slow_start_after_idle。缓冲区与窗口：增大rmem/wmem上限，提升长肥管道吞吐。QoS与整形：用tc对突发流量限速，保障关键业务带宽。

五、可落地的优化清单与验证

一键巡检与定位（60秒法）uptime、dmesg|tail、vmstat 1、mpstat -P ALL 1、pidstat 1、iostat -xz 1、free -m、sar -n DEV 1、sar -n TCP,ETCP 1、top/htop。参数模板（按场景微调）CPU：控制线程数；必要时taskset绑定；perf定位热点。内存：vm.swappiness=10；数据库/低延迟负载THP=never。I/O：SSD用noop/deadline；调大queue_depth/条带；ionice降低后台I/O；fio建立性能基线。网络：somaxconn=65535、tcp_max_syn_backlog=32768、rmem/wmem上限调大；TIME_WAIT过多时启用tcp_tw_reuse（灰度验证）。验证与回滚变更前采集基线；变更后对比P95/P99延迟、吞吐、错误率与资源利用率；确保优化收益>15%且无副作用；保留回滚方案与变更记录。