Linux性能优化需遵循“监控→分析→干预→验证”闭环，分层定位CPU、内存、磁盘、网络瓶颈，针对性调优而非盲目堆硬件或改参数。
Linux性能优化不是堆硬件或改几个参数就能见效的事，关键在找准瓶颈、分层排查、针对性调优。重点是建立“监控→分析→干预→验证”的闭环，避免盲目操作。
一、快速定位性能瓶颈
别一上来就调内核参数。先用基础命令看系统整体状态：
- top / htop：看CPU使用率、负载（Load Average）、内存占用、哪个进程吃资源最多
- vmstat 1：每秒刷新，重点关注r（运行队列）是否持续大于CPU核心数、si/so（swap交换）是否非零、bi/bo（磁盘I/O）是否异常高
- iostat -x 1：查磁盘瓶颈，注意%util > 80%、await显著升高、avgqu-sz堆积，说明I/O已饱和
- netstat -s 或 ss -s：检查网络丢包、重传、连接队列溢出（如listen overflows）
二、CPU性能优化要点
CPU瓶颈常见于高负载、频繁上下文切换或软中断集中。优化不等于只加CPU核数：
- 确认是否真缺CPU：top里%us（用户态）高优先查应用逻辑；%sy（内核态）高查系统调用或驱动问题；%wa（I/O等待）高说明实际是磁盘拖慢了CPU
- 减少上下文切换：避免短时高频进程创建（如PHP-FPM子进程过多），用pidstat -w 1观察cswch/s
- 绑定关键进程到指定CPU：taskset -c 0-3 ./app，配合isolcpus=内核启动参数隔离CPU核心，适合实时或低延迟场景
- 调整进程优先级：nice和renice控制调度权重，但不能绕过CFS公平调度本质
三、内存与Swap调优实战
内存不足≠立刻关swap。Linux的swap机制有缓冲作用，盲目禁用反而可能引发OOM Kill：
- 查真实内存压力：free -h看available而非free；cat /proc/meminfo | grep -E "MemAvailable|SwapCached"
- 降低swappiness（默认60）：设为1–10可减少倾向换出匿名页，echo 10 > /proc/sys/vm/swappiness（临时）或写入/etc/sysctl.conf
- 避免内存碎片影响大页分配：启用transparent_hugepage=never（某些数据库更稳定），或手动配置HugePages
- 检查内存泄漏：用pmap -x PID或/proc/PID/smaps分析进程内存分布，重点关注RSS持续增长
四、磁盘I/O与文件系统提速
I/O慢常被误认为是硬盘本身问题，其实更多出在队列、调度、缓存和挂载选项上：
- 选对I/O调度器：SSD用none或kyber，HDD用deadline或bfq（5.0+内核），用cat /sys/block/sda/queue/scheduler查看，echo kyber > /sys/block/sda/queue/scheduler切换
- 挂载优化：noatime,nodiratime,barrier=0,data=writeback（仅限可信环境）可减小元数据开销；XFS推荐inode64,allocsize=64k
- 预读调优：blockdev --setra 8192 /dev/sda（增大预读量，适合顺序读多场景）
- 避免单点I/O瓶颈：用lsof + iotop定位争抢同一设备的进程，必要时分离日志盘、数据盘、临时目录到不同物理设备
基本上就这些。性能优化没有银弹，每次改动后务必用相同压测工具对比前后指标——比如用fio测磁盘、ab或wrk测Web服务、sysbench测数据库。不复杂但容易忽略。
