WordPress后台加载缓慢，点击插件页恢复卡顿，MySQL差异排查求助

点击插件页触发的典型数据库变动逻辑 #

WordPress访问插件列表页时，默认会执行以下数据库操作，大概率是其中某一项触发了卡顿：

1. 更新update_plugins等transient缓存字段，存储插件版本更新检查结果
2. 写入插件的运行状态、日志数据，你差异中提到的elementor_log就是典型的日志写入项
3. 安全类插件（你环境中的Wordfence）会写入后台访问日志、更新防护配置
4. 更新当前用户的后台界面偏好设置，存储到wpp_usermeta表

排查解决步骤 #

• 优先处理Elementor日志膨胀问题
  执行SQL命令查询对应字段大小：

  SELECT LENGTH(option_value) FROM wpp_options WHERE option_name = 'elementor_log';
  

  如果返回值大于1MB，直接清空该字段：

  UPDATE wpp_options SET option_value = '' WHERE option_name = 'elementor_log';
  

  清空后测试后台加载速度，Elementor多个版本存在日志无限制写入options表的bug，是该场景下最常见的卡顿原因。

• 排查插件更新检查异常
  访问插件页时WordPress会默认请求官方插件服务器校验更新，如果服务器外网访问延迟高、或者缓存失效导致每次都重复请求，会出现长时间加载。可以在wp-config.php中临时加入以下代码禁用插件更新检查，验证是否是该问题：

  add_filter( 'pre_site_transient_update_plugins', '__return_null' );
  

• 排查Wordfence日志表过大问题
  你差异中出现了Wordfence的wpp_wfconfig、wpp_wfhits、wpp_wflogins三张表变动，Wordfence默认会保留所有访问、登录日志，单表超过10万行后读写性能会大幅下降。可以先进入Wordfence设置页面，开启日志自动清理，设置保留最近7天的日志即可。

• 定位慢查询具体来源
  直接在WordPress后台安装Query Monitor插件，启用后再次访问插件页，插件会直观展示所有SQL的执行时间、HTTP请求耗时，直接定位到耗时最高的操作即可针对性处理。

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