LiteSpeed vs Nginx

把 12 个 WordPress 站点分别跑在 LiteSpeed Enterprise 和 Nginx 上三个月，结果挺出乎意料：LiteSpeed 在 TTFB（首字节时间）上快了 33% 到 45%，而且 12 个站里有 10 个的移动端 PageSpeed 分数冲到了 90+，而 Nginx 只有 3 个。

最核心的性能差异其实不在服务器本身，而是在 LSCache 插件上。即使换成免费的 OpenLiteSpeed 配合 LSCache，依然能获得商业版 80% 的性能提升。

这次实测的硬件环境完全一致：4 vCPU, 8 GB RAM, 100 GB NVMe, Ubuntu 22.04。站点分布包括了纯展示页、中大型 WooCommerce 店铺和 Elementor 博客。

具体的性能表现差异：

• 响应速度： WooCommerce 大店在 LiteSpeed 下的 TTFB 从 384ms 降到了 210ms。这主要是因为 LSAPI 维持了持久的工作进程池，避开了 PHP-FPM 在处理复杂请求时的冷启动开销。
• 并发能力： 在 100 个并发用户的压力测试下，LiteSpeed 的 RPS（每秒请求数）显著更高，尤其是 WooCommerce 站点，几乎是 Nginx 的两倍。
• 加载指标： LCP 从 2.4s 优化到了 1.6s，FCP 从 1.7s 降至 1.1s。

之所以 LSCache 这么强，是因为它把 QUIC.cloud CDN、WebP 转换、关键 CSS 生成以及 ESI（边缘侧包含，能让页面主体缓存但保持购物车等动态片段更新）全部整合在一起了。

如果打算部署，建议 wp-config.php 这样配置：

define('WP_CACHE', true);
define('WP_DEBUG', false);
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_POST_REVISIONS', 5);
define('AUTOSAVE_INTERVAL', 300);

在 LSCache 插件设置里，记得开启 Redis 对象缓存和 ESI，同时把 JS 设为 Defer，CSS 开启 UCSS。

当然，Nginx 还没过时。如果你跑的是 Headless WordPress（纯 API 后端）或者完全静态的营销页，Nginx + FPM 的内存占用更低，响应 JSON 的效率更高。但对于绝大多数传统的 WP 业务，OpenLiteSpeed + LSCache 是目前最务实的选择。