低配服务器如2H2G运行WordPress需要做哪些优化？

在 2 核 2G（2H2G）的低配服务器上运行 WordPress 是完全可行的，但必须对系统进行“瘦身”和深度优化。如果不做处理，PHP-FPM 和数据库很容易吃光内存导致服务器崩溃（OOM）。

以下是针对 2H2G 环境的分步优化指南，按优先级排序：

1. 核心环境选型与配置（最关键）

这是决定生死的关键。默认的 PHP 和 MySQL 配置通常不适合小内存。

A. 数据库优化 (MySQL/MariaDB)

默认配置会预留大量内存给 Buffer Pool，这在 2G 环境下是致命的。

• 使用 MariaDB：通常比 MySQL 5.7/8.0 更轻量且兼容性好。

• 调整 my.cnf 配置：

  [mysqld]
  # 限制最大连接数，防止并发过高撑爆内存
  max_connections = 50
  
  # 关键：大幅降低 Buffer Pool 大小
  # 2G 机器建议设置为 300M - 400M，不要超过 50%
  innodb_buffer_pool_size = 384M 
  
  # 关闭不必要的日志或设为最小
  log_error = /var/log/mysql/error.log
  slow_query_log = 1
  long_query_time = 2

• 开启查询缓存：虽然新版 MySQL 移除了 Query Cache，但 MariaDB 仍支持，对于读多写少的博客非常有效。

  query_cache_type = 1
  query_cache_limit = 2M
  query_cache_size = 64M

B. PHP 优化 (PHP-FPM)

• 调整 pm 模式：将 pm 从 dynamic 改为 ondemand。
  • dynamic 会预启动多个进程，占用大量内存。
  • ondemand 仅在请求到来时启动进程，空闲时自动释放。
• 调整 php.ini 参数：

  memory_limit = 128M  ; 单个脚本最大内存，默认通常是 128M 或更高，保持即可
  max_execution_time = 30
  upload_max_filesize = 20M
  post_max_size = 20M

• 调整 www.conf (PHP-FPM)：

  pm = ondemand
  pm.max_requests = 500 ; 每个子进程处理 500 个请求后重启，防止内存泄漏
  pm.start_servers = 1 ; 初始启动 1 个
  pm.min_spare_servers = 1 ; 最少保留 1 个
  pm.max_spare_servers = 3 ; 最多保留 3 个

C. 开启 Swap 分区

物理内存只有 2G，一旦突发流量导致内存不足，系统会直接杀进程。必须添加虚拟内存。

• 操作：创建一个 2GB – 4GB 的 Swap 文件。

  # 创建 2G swap 文件
  dd if=/dev/zero of=/swapfile bs=1M count=2048
  chmod 600 /swapfile
  mkswap /swapfile
  swapon /swapfile
  
  # 设置 swappiness (数值越小越倾向于使用物理内存，推荐 10)
  sysctl vm.swappiness=10
  # 写入配置文件永久生效
  echo "vm.swappiness=10" >> /etc/sysctl.conf

2. WordPress 自身优化

A. 精简插件与主题

• 原则：能不用就不用。每安装一个插件都会增加 PHP 执行时间和内存消耗。
• 必装清单：
  • 缓存：WP Super Cache 或 W3 Total Cache（配置简单版）。
  • 图片优化：Smush 或 ShortPixel（开启压缩和懒加载）。
  • 安全：Wordfence 或 iThemes Security（注意 Wordfence 较吃资源，若服务器极慢可考虑轻量级替代方案如 Limit Login Attempts Reloaded）。
• 禁用功能：
  • 在 wp-config.php 中禁用后台更新检查、自动清理草稿等后台任务。
  • 关闭 XML-RPC（如果不需要远程发布），减少攻击面。

B. 数据库维护

• 定期清理 wp_posts 中的修订版本（Revisions）。WordPress 默认保存所有文章修改历史，这会让数据库迅速膨胀。
  • 在 wp-config.php 中添加：

    define('WP_POST_REVISIONS', 3); // 只保留最近 3 次
    define('AUTOSAVE_INTERVAL', 120); // 自动保存间隔改为 120 秒

• 使用 WP-Optimize 插件定期清理数据库垃圾数据。

3. 前端提速与静态化（效果最显著）

在低配服务器上，让 Nginx/Apache 直接返回静态文件是节省 CPU 和内存的最有效手段。

A. 反向X_X + 缓存 (Nginx)

如果你使用宝塔面板或手动配置 Nginx，务必开启 FastCGI Cache。

• 原理：首次访问生成 HTML 并缓存到磁盘，后续用户直接读取 HTML，不经过 PHP 和 MySQL。
• 配置要点：
  • 缓存目录设置在 SSD 上。
  • 设置合理的过期时间（如 1 小时）。
  • 排除登录用户、购物车页面等动态内容。

B. CDN 提速

• 将静态资源（图片、CSS、JS）全部托管到 CDN（如 Cloudflare, 阿里云 CDN, 腾讯云 CDN）。
• 好处：不仅提速国内访问，还能拦截大部分恶意流量，减轻源站带宽压力。

C. 图片懒加载 (Lazy Load)

确保全站开启图片懒加载，避免首屏加载大量图片导致内存飙升。

4. 系统层面优化

• 更换 Web 服务器：强烈建议使用 Nginx 代替 Apache。Nginx 在处理高并发和低内存场景下表现远优于 Apache，且配置更简洁。
• 关闭不必要服务：
  • 关闭 FTP（除非必须）、SSH 端口非标准端口（防暴力破解）。
  • 关闭防火墙以外的其他无关守护进程。
• 监控工具：
  • 安装 htop 实时查看内存和 CPU。
  • 配置简单的报警（如当内存使用率超过 90% 时发送邮件通知）。

5. 总结：2H2G 最佳实践架构

为了达到最佳效果，建议采用以下组合：

最后提醒：
2H2G 适合个人博客、小型展示站或测试环境。如果你的网站预计会有超过 500 IP/天 的活跃流量，或者涉及电商交易，建议在流量高峰期前升级服务器，或者将业务逻辑拆分（例如将数据库迁移到独立的云数据库 RDS，减轻应用服务器压力）。