WordPress主题更新后MySQL高CPU占用、磁盘耗尽，进程异常求助

一、紧急终止阻塞进程，恢复站点响应 #

• 登录phpMyAdmin，进入「进程列表」页面，找到状态为Waiting for table metadata lock和copy to tmp table的进程，点击「终止」按钮结束这些进程。
• 若用命令行操作更高效，登录服务器执行：

  SHOW PROCESSLIST;
  

  找到对应进程的Id字段，执行KILL [进程ID];终止阻塞进程。

二、立即释放磁盘空间 #

1. 清理MySQL临时文件
   • 先通过SHOW VARIABLES LIKE 'tmpdir';找到MySQL临时文件目录（默认是/tmp），删除目录下#sql-开头的临时表文件，以及.MYD、.MYI后缀的冗余临时文件（确保已终止关联进程）。
2. 清理WordPress冗余文件
   • 删除wp-content/themes下的旧主题备份、未使用的主题；清理wp-content/uploads里的无用图片、过期备份文件；删除缓存插件（如WP Rocket、W3 Total Cache）生成的缓存目录。
3. 清理服务器日志
   • 执行rm -rf /var/log/*.old删除旧日志文件，或用logrotate -f /etc/logrotate.conf强制轮转日志释放空间。
4. 清理MySQL二进制日志（若开启）
   • 登录MySQL执行：

     PURGE BINARY LOGS BEFORE '2024-01-01 00:00:00';
     

     替换为当前日期前的时间，或修改my.cnf配置expire_logs_days = 7让系统自动清理7天前的日志。

三、解决MySQL锁表与高CPU问题 #

1. 优化慢查询（针对copy to tmp table）
   • 开启慢查询日志：在my.cnf中添加或修改：

     slow_query_log = 1
     slow_query_log_file = /var/log/mysql/slow.log
     long_query_time = 2
     

     重启MySQL后，查看慢日志定位主题更新时触发的耗时查询。
   • 优化WordPress核心表索引：比如针对wp_postmeta的频繁查询，添加联合索引：

     CREATE INDEX idx_postmeta_postid_meta ON wp_postmeta (post_id, meta_key);
     

2. 处理Waiting for table metadata lock
   • 检查未提交的长事务：执行SHOW ENGINE INNODB STATUS;查看事务状态，终止未提交的长事务。
   • 手动更新主题：暂时禁用主题更新插件，下载最新主题压缩包，通过FTP上传覆盖旧主题目录，后台激活后完成更新，避免插件触发复杂查询。
3. 调整MySQL配置提升性能
   • 修改my.cnf（根据服务器内存调整数值）：

     tmp_table_size = 64M
     max_heap_table_size = 64M
     innodb_buffer_pool_size = 1G  # 建议设为服务器内存的50%-70%
     query_cache_type = 0  # MySQL 8.0已移除，低版本建议关闭
     

     重启MySQL生效。

四、恢复站点并验证 #

• 执行systemctl restart mysql重启MySQL服务。
• 清除WordPress缓存（若使用缓存插件），访问站点验证是否正常运行。
• 若主题更新未完成，手动完成后检查后台是否有数据库更新提示，执行必要的数据库升级。

五、预防措施 #

• 主题更新前，备份站点文件与数据库，避免更新失败导致数据丢失。
• 定期清理服务器磁盘，编写脚本自动清理日志、临时文件与WordPress冗余内容。
• 低峰期执行OPTIMIZE TABLE wp_posts, wp_postmeta, wp_options;优化数据库表（注意锁表，需暂停站点或低峰操作）。
• 监控服务器资源：用top、htop监控MySQL CPU占用，设置磁盘空间告警，提前处理资源不足问题。

内容的提问来源于stack exchange，提问作者Talked