WordPress内存占用过高致Google Compute微型服务器崩溃求助

我在Google Compute上启动了一台运行Debian 8 Jesse的微型服务器，安装了MySQL与Apache2来搭建小型测试站点。我未自行开发主题，仅上传了从ThemeForest获取的、使用WPBakery构建页面的主题。起初便发现站点运行缓慢，但因这只是供客户查看的测试服务器，故未在意，计划完成后迁移至客户现有主机。然而……

作为经常处理这类小型测试站点性能问题的开发者，我给你梳理几个针对性的排查和优化方向，哪怕是测试环境，也能让客户的查看体验好一些：

一、系统与服务器层面的基础排查 #

• 先确认GCP微型实例的资源占用：用top或者htop命令实时查看CPU、内存使用率，微型实例本身资源有限，如果MySQL或者Apache进程占用过高（比如MySQL的查询导致CPU跑满，或者Apache的并发进程占满内存），肯定会拖慢站点。
• 检查Debian 8的系统更新：虽然是测试环境，但老版本的系统包可能存在性能瓶颈或bug，执行apt-get update && apt-get upgrade更新下系统组件（注意提前备份重要配置文件）。
• 调整Apache的并发设置：微型实例内存有限，默认的Apache MPM配置可能会启动过多子进程，导致内存不足。可以编辑/etc/apache2/mods-available/mpm_prefork.conf，调整StartServers、MinSpareServers、MaxSpareServers、MaxRequestWorkers这些参数，比如把MaxRequestWorkers设为20以内，适配微型实例的内存容量。

二、MySQL数据库优化 #

• 开启MySQL慢查询日志：编辑/etc/mysql/my.cnf，添加以下配置：

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

  重启MySQL后查看慢查询日志，找出那些耗时的SQL语句——很多ThemeForest主题可能会有冗余的数据库查询，尤其是WPBakery生成的页面，可能存在不必要的post meta查询。
• 优化数据库表：对WordPress的核心表（比如wp_posts、wp_postmeta）执行OPTIMIZE TABLE命令，清理表碎片，提升查询效率。

三、WordPress与主题层面的优化 #

• 禁用WPBakery的不必要功能：很多主题自带的WPBakery会加载大量前端脚本和样式，哪怕页面没用到。进入WP后台的WPBakery设置，关闭那些未使用的元素、模板，减少前端资源加载量。
• 启用基础缓存：哪怕是测试站点，也可以装个轻量的缓存插件（比如WP Super Cache），生成静态页面，减少Apache和MySQL的实时请求压力。如果不想装插件，也可以在Apache里配置mod_expires和mod_deflate，开启浏览器缓存和gzip压缩，降低资源加载时间。
• 检查主题的资源加载：打开浏览器开发者工具（F12），查看Network面板，看看是否有大尺寸未压缩的图片、冗余的JS/CSS，或者加载了外部慢资源（比如主题自带的外部字体、非必要统计脚本），可以临时替换压缩后的资源，或者禁用非必要的外部请求。

四、GCP实例的临时调整 #

• 临时升级实例类型：如果以上优化都没明显效果，又需要让客户有较好的查看体验，可以临时把微型实例升级为小型实例，测试完成后再降回去，GCP按使用时长计费，临时升级的成本很低。
• 检查实例区域：确认实例的区域是否离你的客户地理位置较近，如果客户在国内而实例选了美国区域，网络延迟会很高，哪怕站点本身性能没问题，加载也会很慢。

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