如何加速 WooCommerce 商店（托管指南）

一份实用的分步指南，教你让 WooCommerce 跑得更快：使用 Redis 进行对象缓存、页面缓存、PHP-FPM 与 OPcache 调优、图片优化以及数据库清理——附可直接复制粘贴的命令和一份托管清单。

SKYLINE Engineering @skyline

发布于 2026 年 6 月 8 日 | 阅读时间：6 分钟

WooCommerce 变慢的原因是可以预见的：每一个无法被缓存的页面（购物车、结账、我的账户、AJAX 加入购物车）都会运行完整的 PHP 并访问数据库，后台会加载数十条插件查询，而产品图片往往以原始分辨率直接发送。本指南将逐一讲解最能见效的改动——大致按影响力从大到小排序——并附上你可以在 Linux 服务器（Nginx + PHP-FPM + MariaDB）上直接粘贴的命令。相同的原则也适用于托管型主机，你只需在控制面板中切换对应的等效设置即可。

1. 从正确的托管技术栈开始

商店无法跑赢一台缓慢的服务器。在调优软件之前，先确保根基扎实：

• PHP 8.1+ 并启用 OPcache——现代 PHP 比 7.x 快得多。
• MariaDB 10.6+ / MySQL 8，部署在本地 NVMe 存储上，而非共享、受限速的数据库。
• 面向真实商品目录时，至少 2 个 vCPU 和 4 GB 内存；在流量高峰期间，结账是 CPU 密集型操作。
• HTTP/2 或 HTTP/3 以及较新的 OpenSSL，以实现快速的 TLS。

如果你的商店服务于沙特和海湾地区的客户，将主机部署在王国境内还能降低往返延迟，并使数据驻留符合 PDPL 和 NCA 的要求。Skyline Cloud 运行在专为此构建的王国境内基础设施上——参见云托管以及我们的电商托管指南。

确认你的版本：

php -v
mariadb --version
php -i | grep -i opcache.enable

2. 添加 Redis 对象缓存（单项收益最大）

WooCommerce 会一遍又一遍地执行相同的高开销数据库查询。持久化对象缓存会将这些查询结果存储在内存中，从而让无法被缓存的页面（购物车、结账、仪表盘）速度大幅提升。

安装 Redis 和 PHP 扩展：

sudo apt update
sudo apt install -y redis-server php-redis
sudo systemctl enable --now redis-server

然后在 WordPress 中安装 Redis Object Cache 插件，并在 wp-config.php 的“stop editing”行上方添加以下内容：

define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
define( 'WP_REDIS_MAXTTL', 86400 );
define( 'WP_CACHE_KEY_SALT', 'mystore_' );

进入 Settings → Redis 并点击 Enable Object Cache。验证其是否已连接：

redis-cli info stats | grep keyspace_hits

3. 调优 OPcache 和 PHP-FPM

OPcache 会将编译后的 PHP 保留在内存中，从而避免每次请求都重新编译。编辑你的 PHP 配置（例如 /etc/php/8.2/fpm/conf.d/10-opcache.ini）：

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=60

在高负载下，PHP-FPM 进程池的规模设置至关重要。一个粗略的法则是：pm.max_children = 可用于 PHP 的内存 ÷ 平均进程大小。若有约 4 GB 空闲内存、每个工作进程约 80 MB，那么约 40 个子进程是合理的。在 /etc/php/8.2/fpm/pool.d/www.conf 中：

pm = dynamic
pm.max_children = 40
pm.start_servers = 8
pm.min_spare_servers = 6
pm.max_spare_servers = 12
pm.max_requests = 500

重新加载：sudo systemctl reload php8.2-fpm。

4. 对所有可缓存的内容启用页面缓存

你的大部分流量——首页、商店页、分类页和产品页——对于未登录的访客来说都是相同的，应当以静态 HTML 形式提供。使用缓存插件（WP Super Cache、W3 Total Cache，或你主机内置的缓存），并务必排除动态页面：

• /cart/
• /checkout/
• /my-account/
• 任何带有 ?add-to-cart= 参数或携带 woocommerce_cart_hash / wp_woocommerce_session_ Cookie 的 URL。

从缓存提供购物车或结账页面会将一位顾客的购物车泄露给另一位顾客，因此在上线前请确认已设置这些排除项。

5. 优化图片和资源

产品照片通常是页面中最重的部分。

• 提供 WebP 或 AVIF 格式，并对首屏以下的图片进行懒加载（WordPress 原生支持懒加载）。
• 调整上传图片的尺寸——一张以 600px 显示的 4000px 照片会浪费带宽。
• 在 Settings → Media 下设置合理的缩略图尺寸，并在更改后重新生成。
• 压缩并合并 CSS/JS，并延迟加载非关键脚本。

你可以在服务器上批量转换现有图片：

sudo apt install -y webp
cd wp-content/uploads
find . -type f -iname "*.jpg" -exec cwebp -q 80 {} -o {}.webp \;

6. 清理并为数据库建立索引

WooCommerce 会累积过期的瞬态数据（transients）、废弃的会话以及文章修订版本。使用 WP-CLI 定期清理它们：

wp transient delete --expired
wp post delete $(wp post list --post_type=revision --format=ids) --force
wp db optimize

对于较大的商店，有两项结构性优化收益显著：

在 WooCommerce → Settings → Advanced → Features 下启用 HPOS，然后运行几笔测试订单，以确认各扩展插件兼容。

7. 用数据衡量，不要靠猜

先建立一个基准，并在每次改动后重新测试。使用 Query Monitor 插件找出慢查询和表现最差的插件，并使用公开工具（WebPageTest 或 PageSpeed Insights）测量真实场景下的加载时间。在服务器上，对未缓存的结账路径计时：

curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://yourstore.sa/checkout/

跟踪改动前后的首字节时间（TTFB）。如果在启用缓存后 TTFB 仍然很高，瓶颈通常是 PHP-FPM 饱和、某个缓慢的插件，或是结账时的远程 API 调用（支付/物流）——用 Query Monitor 进行分析来定位问题。

托管快速清单

• PHP 8.1+ 并启用 OPcache，MariaDB 10.6+ 部署在 NVMe 上
• 启用 Redis 对象缓存并确实命中
• 启用页面缓存，并排除购物车/结账/账户页面
• HTTP/2 或 HTTP/3 + 有效的 SSL
• 启用 HPOS，并通过 cron 定时优化数据库
• 图片以 WebP/AVIF 格式提供并懒加载

一家速度快的商店还需要可靠的事务性邮件，以确保订单确认和密码重置邮件能送达收件箱——参见企业邮箱托管。

在 Skyline Cloud 上起步

Skyline Cloud 为你提供王国境内的 WooCommerce 托管，配备 NVMe 存储、现代 PHP、一键 SSL 以及本地阿拉伯语支持——并针对上述技术栈进行了调优。创建你的账户，今天就启动一家更快的商店。