前言
网站性能优化的核心在于解决有流量但卡顿的问题。本文记录了一套基于云服务器环境的 WordPress 深度调优方案，涵盖内核改造、运行环境置换、插件矩阵配置及文件排雷。
第一章：服务器内核与环境的'核动力'改造
1. 开启 TCP BBR
针对跨境或高丢包网络环境，开启 Linux 内核自带的 TCP BBR 拥塞控制算法。
- 原理：主动探测带宽而非丢包减速。
- 效果：晚高峰环境下吞吐量提升 30% 以上，缓解卡顿。
2. 挂载 Tmpfs 内存盘
利用 Linux Tmpfs 技术，划出部分内存挂载为磁盘，专门存放 WordPress 缓存目录。
- 操作指令：
mount -t tmpfs -o size=256M tmpfs /www/wwwroot/site/wp-content/cache
- 效果：内存读写速度远超 SSD，Nginx 读取静态缓存时不碰硬盘，实现物理级秒读。
3. Nginx 深度定制：编译 Brotli + 双静态压缩
默认 Gzip 已不足够，采用 Google Brotli 算法，压缩率高出 20%。
- 操作：下载 ngx_brotli 源码，配合 Nginx 编译安装。
- 配置策略：在 nginx.conf 中同时开启 gzip_static 和 brotli_static。
- 作用：配合后端插件生成的 .br 和 .gz 文件，Nginx 直接读取预压缩文件发送，实现 0 CPU 消耗。
4. 彻底的系统级 Crontab
禁用 WordPress 原生伪定时任务 WP-Cron，避免依赖用户访问触发拖慢加载。
- 优化：在 wp-config.php 中添加 define('DISABLE_WP_CRON', true);
- 替代：在系统计划任务中每 5 分钟执行 curl 请求。
- 收益：后台任务与前台访问剥离。
第二章：运行环境的'引擎'置换
1. 锁定 PHP 8.3 + JIT
鉴于 PHP 8.5 存在扩展兼容性问题，选用性能与稳定性最佳的 PHP 8.3。
- 扩展重编译：重新编译 php-ext-brotli，确保生成 .br 文件。
- JIT 开启：在 php.ini 中开启 Opcache JIT (opcache.jit=1255)。
- FPM 调优：针对 2 核 4G 配置，设置 max_children 为 50，max_requests 为 3000。
2. MySQL 8.4 参数调优
修复启动失败问题后，针对 4G 内存进行深度配置。
- 内存池优化：innodb_buffer_pool_size 设为 1536MB，数据库查询走内存。
- Bug 修正：修正 read_rnd_buffer_size 防止连接数多时内存溢出。
- 连接数：max_connections 限制为 150。
- 刷盘策略：innodb_flush_log_at_trx_commit 设为 2，牺牲极小数据安全换取写入速度。
3. Redis 对象缓存
全面拥抱 Redis，放弃断电即失的 Memcached。
