走啊走
加油

WordPress + MySQL在Linux服务器上CPU持续飙高怎么办？

2026-01-12 16:30:53 分类：阿里云ECS
服务器价格表

WordPress + MySQL 在 Linux 服务器上 CPU 持续飙高是一个常见但需系统排查的问题。以下是结构化、可操作的诊断与优化指南，按优先级和实际场景分步展开：

🔍 一、快速定位瓶颈（5 分钟内完成）

✅ 1. 查看整体负载 & 进程占用

# 查看 CPU 负载（重点关注 %us 用户态、%sy 内核态、%wa I/O 等待）
top -c          # 或 htop（推荐安装：sudo apt install htop）
# 按 P 排序 CPU，按 M 排序内存，观察 top 几个进程

# 查看 MySQL 是否是元凶
ps aux --sort=-%cpu | head -10

✅ 2. 检查 MySQL 状态（关键！）

# 连入 MySQL（需有权限）
mysql -u root -p

-- 查看当前活跃连接和慢查询
SHOW PROCESSLIST;                     -- 关注 State=Sending data / Copying to tmp table / Sorting result 等高耗时状态
SHOW FULL PROCESSLIST;                -- 显示完整 SQL（避免截断）

-- 查看近期慢查询（需已开启慢日志）
SELECT * FROM performance_schema.events_statements_summary_by_digest 
ORDER BY SUM_TIMER_WAIT DESC LIMIT 10;

⚠️ 若 SHOW PROCESSLIST 中大量 Sleep 进程且数量异常（如 >100），可能是连接池未复用或 WordPress 插件未正确关闭连接（如未调用 wpdb->close()）。

✅ 3. 检查慢查询日志是否启用（必查！）

# 查看 MySQL 配置中是否启用慢日志
mysql -e "SHOW VARIABLES LIKE 'slow_query_log';"
mysql -e "SHOW VARIABLES LIKE 'long_query_time';"
mysql -e "SHOW VARIABLES LIKE 'slow_query_log_file';"

# 若未启用，临时开启（重启前建议测试）：
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 1;  -- 记录 >1 秒的查询

📌 强烈建议：将 long_query_time = 1 并定期分析 /var/log/mysql/slow.log（用 mysqldumpslow 或 pt-query-digest）。

🛠 二、MySQL 层优化（最常见原因）

问题类型 表现 解决方案
❌ 缺失索引 EXPLAIN SELECT ... 显示 type=ALL（全表扫描）、rows 极大、key=NULL • 对 WHERE/ORDER BY/JOIN 字段添加复合索引
• 常见 WP 表优化：
 - wp_posts: (post_status, post_type, post_date)
 - wp_postmeta: (meta_key, post_id)（对 meta_key='xxx' AND post_id=123 有效）
 - 使用 Index WP MySQL For Speed 插件自动加索引
❌ 低效插件 SQL wp_query 循环中嵌套 get_post_meta()、WP_Query 无 posts_per_page 限制、get_posts() 未加 cache_results=false • 启用 Query Monitor 插件（开发环境）→ 查看每个页面的 SQL 查询次数/耗时
• 替换 get_post_meta() 为批量 update_post_meta() + wp_cache_set()
• 避免在循环中执行数据库查询（N+1 问题）
❌ 大量未清理数据 wp_options 表超 10w 行（含 _transient_, _site_transient_）、wp_comments 垃圾评论堆积 • 清理：DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%';
• 安装 WP-Sweep 或 Advanced Database Cleaner
❌ MySQL 配置不合理 innodb_buffer_pool_size 过小（< 总内存 50%）、query_cache_type=1（MySQL 8.0+ 已移除，但旧版若开启反而拖慢） • 关键配置（/etc/mysql/my.cnf）：
inin[mysqld]ninnodb_buffer_pool_size = 1G # 物理内存 50~75%，例：4G 内存设为 2Gninnodb_log_file_size = 256Mnmax_connections = 100nskip-query-cachen
• 重启 MySQL：sudo systemctl restart mysql

🌐 三、WordPress 层优化（高频原因）

问题 快速验证 解决方案
❌ 主题/插件低效 后台 → 工具 → 站点健康 → 信息 → 日志，查看 PHP 错误；禁用所有插件 → 逐个启用测试 • 使用 Query Monitor（必装）→ 查看 DB 查询数、执行时间、未缓存查询
• 替换“全能型”插件（如某些 SEO、缓存插件）为轻量替代品（RankMath + WP Super Cache）
❌ 无有效缓存 curl -I your-site.com 查看 X-Cache: MISS 或无 Cache-Control • 对象缓存：安装 Redis + Redis Object Cache（比 Memcached 更优）
• 页面缓存：WP Super Cache（静态 HTML）或 LiteSpeed Cache（若用 LiteSpeed Web Server）
• CDN 缓存：Cloudflare（免费版即可）+ 开启 Auto Minify/Caching Level=Aggressive
❌ XML-RPC 暴力攻击 grep "xmlrpc.php" /var/log/apache2/access.log | wc -l（或 Nginx 日志）数值巨大 • 在 .htaccess（Apache）中屏蔽：
<Files "xmlrpc.php"> Require denied</Files>
• 或使用插件 Disable XML-RPC
❌ 自动更新/定时任务堆积 wp cron event list --due-now（需 WP-CLI）显示大量待执行任务 • 替换 WP Cron 为系统 Cron：
# 编辑 crontab
* * * * * cd /var/www/html && wp cron event run --due-now >/dev/null 2>&1
• 清理冗余定时任务：wp cron event delete <hook_name>

🐧 四、Linux 系统层检查

  • 磁盘 I/O 瓶颈（iostat -x 1 查看 %util > 90% 或 await > 100ms）：
    • 检查是否有日志刷盘（/var/log/ 占满？logrotate 是否失效？）
    • MySQL 数据目录是否在机械硬盘？→ 迁移到 SSD。
  • PHP-FPM 进程失控： 
    # 查看 PHP 进程数
ps aux | grep php-fpm | wc -l
# 检查配置（/etc/php/*/fpm/pool.d/www.conf）
pm = dynamic
pm.max_children = 30      # 根据内存调整（每进程约 30-50MB）
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 15
  • DDoS/爬虫攻击： 
    # 查看高频 IP（Nginx 日志）
awk '{print $1}' /var/log/nginx/access.log | sort | uniq -c | sort -nr | head -20
# 临时封禁（用 fail2ban 或 iptables）
iptables -I INPUT -s 192.168.1.100 -j DROP

✅ 五、终极建议（立即生效）

场景 操作
紧急降压 sudo systemctl stop mysql → 确认非核心业务后，重启服务；或临时限制 MySQL 连接数：
mysql -e "SET GLOBAL max_connections = 30;"
长期稳定 ✅ 启用 Redis 对象缓存
✅ 用 WP Super Cache 生成静态 HTML
✅ 关闭 XML-RPC 和 REST API 非必要端点（用插件 Disable REST API）
✅ 每周自动清理：wp transient delete --all && wp rewrite structure '/%postname%/'
监控预警 部署 netdata（实时仪表盘）或 Prometheus + Grafana + mysqld_exporter，设置 CPU >80% 自动告警

📚 附：一键诊断脚本（保存为 wp-diagnose.sh）

#!/bin/bash
echo "=== CPU Top Processes ==="
ps aux --sort=-%cpu | head -5

echo -e "n=== MySQL Process List (Top 10) ==="
mysql -Nse "SELECT ID,USER,HOST,DB,COMMAND,TIME,STATE,INFO FROM information_schema.PROCESSLIST ORDER BY TIME DESC LIMIT 10"

echo -e "n=== Slow Queries (Last 10) ==="
sudo tail -10 /var/log/mysql/slow.log 2>/dev/null | grep -A2 "Query_time"

echo -e "n=== WP Cron Due Now ==="
wp cron event list --due-now --format=count 2>/dev/null || echo "WP-CLI not available"

赋予执行权限：chmod +x wp-diagnose.sh && ./wp-diagnose.sh

如按以上步骤仍无法解决，请提供：

  • top 截图（文字版）
  • SHOW PROCESSLIST; 输出（脱敏）
  • MySQL 错误日志尾部：sudo tail -20 /var/log/mysql/error.log
  • WordPress 版本、PHP 版本、MySQL 版本、服务器配置（CPU/内存/磁盘类型）

我可以帮你进一步精准分析 👨‍💻

需要我为你生成 Redis 安装配置脚本、MySQL 优化配置模板 或 WP-Super-Cache 安全配置清单，欢迎随时提出！

相关推荐