WordPress子域名间歇性加载缓慢，重启Apache/MySQL后恢复求助

这种时快时慢、重启Apache/MySQL后暂时恢复的情况，在WordPress环境里很典型，大概率和数据库压力或WordPress自身的资源消耗逻辑有关，咱们一步步来定位：

1. 先从MySQL数据库入手（优先级最高） #

既然重启MySQL能缓解，核心问题很可能出在这里：

• 查看MySQL进程状态：登录MySQL执行 SHOW PROCESSLIST;，重点看有没有长时间处于Sleep状态的连接（尤其是大量堆积的情况），或者Waiting for table lock、Locked这类阻塞状态的查询。如果是Sleep连接过多，可能是WordPress的数据库连接没有正确释放，可以调整MySQL的wait_timeout参数（比如设为300秒，避免连接长时间闲置）。
• 开启慢查询日志：在MySQL配置文件里设置 slow_query_log = 1、long_query_time = 2，然后查看慢查询日志文件（通常在/var/log/mysql/slow.log），找到那些执行时间超过2秒的查询——多半是WordPress插件/主题里的低效SQL，比如未加索引的WP_Query调用。
• 检查数据库表状态：执行 CHECK TABLE wp_posts wp_options wp_comments;（替换成你的数据库前缀），看看有没有表损坏或者碎片过多的情况，碎片多的话用OPTIMIZE TABLE整理一下。

2. 排查WordPress自身的问题 #

• 插件排查：先禁用所有插件，然后逐个重新启用，每启用一个就观察站点加载速度。重点怀疑缓存插件（比如W3 Total Cache、WP Rocket配置错误）、实时统计类插件（频繁调用数据库）、数据库优化插件（过度优化导致锁表）。
• 主题排查：临时切换到WordPress默认主题（比如Twenty Twenty-Four），如果加载恢复正常，说明你的自定义主题里有低效的模板逻辑——比如主页用了大量未缓存的WP_Query，或者循环里嵌套了数据库查询。
• 配置对象缓存：默认WordPress用PHP内存做对象缓存，效率很低。换成Redis或Memcached能大幅减少重复数据库查询：安装对应的WordPress插件（比如Redis Object Cache），配置好服务器端的Redis服务，重启后观察效果。

3. 检查Apache与服务器资源瓶颈 #

• Apache连接数限制：执行 apache2ctl status（CentOS用httpd status），查看当前连接数是否接近MaxRequestWorkers（旧版本是MaxClients）的上限。如果连接数满了，新请求会排队导致加载慢，可根据服务器内存调整这个参数（比如每进程占30MB内存，4G服务器可以设为100左右）。
• 服务器资源监控：用htop或top命令实时查看CPU、内存使用率。如果加载慢的时候CPU被MySQL占满，或者内存不足触发了swap交换，那就是资源不够——要么升级服务器，要么优化MySQL/Apache的配置减少资源占用（比如降低MySQL的innodb_buffer_pool_size到合理值，或者Apache用mpm_event模式代替mpm_prefork）。
• Apache日志排查：查看error.log和access.log，比如用tail -f /var/log/apache2/error.log实时观察，有没有报错信息（比如权限问题、模块加载失败），或者异常的请求（比如大量爬虫、恶意IP的高频访问）。

4. 其他小众可能性 #

• 磁盘I/O瓶颈：用iostat -x 1查看磁盘读写使用率，如果%util接近100%，说明磁盘读写跟不上——可能是缓存插件在频繁生成静态文件，或者日志文件过大，需要清理日志或优化缓存策略。
• 子域名配置差异：对比主站和WordPress子域名的Apache虚拟主机配置，看看有没有Timeout、KeepAlive这类参数的差异，或者子域名有没有开启特殊的模块（比如mod_security规则太严格导致请求被拦截）。

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