1. 服务器响应缓慢的常见症状与初步判断当服务器出现性能问题时通常会表现出以下几种典型症状以Linux系统为例SSH登录延迟输入命令后长时间无响应或连接建立耗时超过3秒HTTP请求超时网页加载时间超过5秒或API响应时间超过正常值的3倍系统监控异常通过top命令观察到CPU负载持续高于核心数的70%内存使用率超过90%Swap交换分区频繁读写磁盘I/O等待时间超过50ms经验提示建议先执行uptime查看平均负载正常值应小于CPU核心数。例如4核机器负载长期高于4就需要警惕。2. 系统性排查的完整流程2.1 资源占用分析三板斧CPU瓶颈检测# 实时监控CPU使用率 top -c # 按CPU占用排序 shift P # 查看每个CPU核心的详细负载 mpstat -P ALL 1内存泄漏排查# 查看内存总量和使用情况 free -h # 检测内存泄漏进程 smem -s swap -r | head -10磁盘I/O检查# 查看磁盘读写速度 iostat -x 1 # 检查磁盘空间 df -Th # 定位大文件 du -sh /* | sort -rh | head -102.2 网络性能深度检测对于Web服务器需要特别关注网络层指标检测项正常值范围异常处理建议TCP连接数1000(常规服务器)检查netstat -ant丢包率0.1%ping -c 100 目标IP带宽利用率70%iftop -nNP实时监控连接延迟200mstraceroute 目标IP实测技巧使用mtr工具结合--tcp参数可以同时检测路由和TCP性能mtr --report --tcp --port 80 example.com3. 高频问题解决方案库3.1 MySQL数据库拖慢案例现象PHP应用响应慢但CPU/内存占用不高排查步骤检查慢查询日志SHOW VARIABLES LIKE slow_query_log%;临时解决方案SET GLOBAL long_query_time 1; SET GLOBAL slow_query_log 1;永久优化方案# my.cnf配置 [mysqld] slow_query_log 1 slow_query_log_file /var/log/mysql-slow.log long_query_time 1 log_queries_not_using_indexes 13.2 日志文件爆满应急处理典型场景/var分区使用率100%处理流程# 1. 快速释放空间 truncate -s 0 /var/log/syslog # 2. 轮转日志 logrotate -f /etc/logrotate.conf # 3. 预防性配置 vim /etc/logrotate.d/自定义规则4. 高级诊断工具链4.1 内核级性能分析# 安装perf工具 apt install linux-tools-common # 采样CPU使用 perf top -p pgrep nginx # 生成火焰图 perf record -F 99 -ag -- sleep 30 perf script | FlameGraph/stackcollapse-perf.pl | FlameGraph/flamegraph.pl output.svg4.2 全链路追踪方案对于微服务架构建议采用OpenTelemetry埋点Jaeger可视化追踪PrometheusGrafana监控看板配置示例# docker-compose.yml片段 jaeger: image: jaegertracing/all-in-one ports: - 16686:16686 - 6831:6831/udp5. 长效优化机制建设5.1 自动化监控体系推荐组合方案基础监控Node Exporter Prometheus日志分析Loki Grafana告警通知Alertmanager 企业微信/钉钉5.2 性能基线管理建立服务器健康档案# 采集系统基准数据 cat EOF baseline.sh #!/bin/bash echo CPU: $(grep model name /proc/cpuinfo | wc -l) cores echo MEM: $(free -h | awk /Mem/{print $2}) echo DISK: $(lsblk -d -o NAME,ROTA,SIZE | grep -v NAME) EOF我在实际运维中发现90%的服务器性能问题都源于配置不当或资源监控缺失。建议至少每周检查一次/var/log/messages中的内核告警这对预防突发性性能下降非常有效 Linux服务器性能问题排查与优化实战指南
1. 服务器响应缓慢的常见症状与初步判断当服务器出现性能问题时通常会表现出以下几种典型症状以Linux系统为例SSH登录延迟输入命令后长时间无响应或连接建立耗时超过3秒HTTP请求超时网页加载时间超过5秒或API响应时间超过正常值的3倍系统监控异常通过top命令观察到CPU负载持续高于核心数的70%内存使用率超过90%Swap交换分区频繁读写磁盘I/O等待时间超过50ms经验提示建议先执行uptime查看平均负载正常值应小于CPU核心数。例如4核机器负载长期高于4就需要警惕。2. 系统性排查的完整流程2.1 资源占用分析三板斧CPU瓶颈检测# 实时监控CPU使用率 top -c # 按CPU占用排序 shift P # 查看每个CPU核心的详细负载 mpstat -P ALL 1内存泄漏排查# 查看内存总量和使用情况 free -h # 检测内存泄漏进程 smem -s swap -r | head -10磁盘I/O检查# 查看磁盘读写速度 iostat -x 1 # 检查磁盘空间 df -Th # 定位大文件 du -sh /* | sort -rh | head -102.2 网络性能深度检测对于Web服务器需要特别关注网络层指标检测项正常值范围异常处理建议TCP连接数1000(常规服务器)检查netstat -ant丢包率0.1%ping -c 100 目标IP带宽利用率70%iftop -nNP实时监控连接延迟200mstraceroute 目标IP实测技巧使用mtr工具结合--tcp参数可以同时检测路由和TCP性能mtr --report --tcp --port 80 example.com3. 高频问题解决方案库3.1 MySQL数据库拖慢案例现象PHP应用响应慢但CPU/内存占用不高排查步骤检查慢查询日志SHOW VARIABLES LIKE slow_query_log%;临时解决方案SET GLOBAL long_query_time 1; SET GLOBAL slow_query_log 1;永久优化方案# my.cnf配置 [mysqld] slow_query_log 1 slow_query_log_file /var/log/mysql-slow.log long_query_time 1 log_queries_not_using_indexes 13.2 日志文件爆满应急处理典型场景/var分区使用率100%处理流程# 1. 快速释放空间 truncate -s 0 /var/log/syslog # 2. 轮转日志 logrotate -f /etc/logrotate.conf # 3. 预防性配置 vim /etc/logrotate.d/自定义规则4. 高级诊断工具链4.1 内核级性能分析# 安装perf工具 apt install linux-tools-common # 采样CPU使用 perf top -p pgrep nginx # 生成火焰图 perf record -F 99 -ag -- sleep 30 perf script | FlameGraph/stackcollapse-perf.pl | FlameGraph/flamegraph.pl output.svg4.2 全链路追踪方案对于微服务架构建议采用OpenTelemetry埋点Jaeger可视化追踪PrometheusGrafana监控看板配置示例# docker-compose.yml片段 jaeger: image: jaegertracing/all-in-one ports: - 16686:16686 - 6831:6831/udp5. 长效优化机制建设5.1 自动化监控体系推荐组合方案基础监控Node Exporter Prometheus日志分析Loki Grafana告警通知Alertmanager 企业微信/钉钉5.2 性能基线管理建立服务器健康档案# 采集系统基准数据 cat EOF baseline.sh #!/bin/bash echo CPU: $(grep model name /proc/cpuinfo | wc -l) cores echo MEM: $(free -h | awk /Mem/{print $2}) echo DISK: $(lsblk -d -o NAME,ROTA,SIZE | grep -v NAME) EOF我在实际运维中发现90%的服务器性能问题都源于配置不当或资源监控缺失。建议至少每周检查一次/var/log/messages中的内核告警这对预防突发性性能下降非常有效