PHP-FPM进程不足、MySQL连接池与查询缓存关闭、OPcache内存过小、慢查询未开启是导致网站变慢的四大主因；应分别调整pm为dynamic模式、增大max_connections、调高opcache.memory_consumption至128MB、开启慢日志并设long_query_time=1。
PHP-FPM 进程数配置不合理导致请求排队
网站访问变慢，但服务器 CPU 和内存看起来不忙，大概率是 php-fpm 子进程不够用，新请求在队列里干等。宝塔默认用 static 模式配 10 个进程，小站够用，一旦并发稍高（比如 WordPress 启了几个插件、开了 WP Rocket 缓存预热），request slow 就开始冒头。
实操建议：
- 登录宝塔 → 网站 → PHP 设置 → 配置修改 → 找到 pm 相关段
- 把 pm = static 改成 pm = dynamic
- 调整三行关键参数（以 2G 内存服务器为例）：
pm.max_children = 20
pm.start_servers = 5
pm.min_spare_servers = 3
- 保存后重启 php-fpm（宝塔界面点“重载配置”即可）
注意：别盲目拉高 pm.max_children。每个 PHP 进程常驻约 30–60MB 内存，设成 50 会直接吃掉 2GB+，反而触发 OOM Killer 杀进程。
MySQL 连接池和查询缓存被宝塔默认关掉了
宝塔安装 MySQL 时默认关闭 query_cache_type，还把 max_connections 锁在 151。PHP 应用每页加载可能发起 10+ 次查询，连接反复建立销毁，延迟就堆上来了。
实操建议：
- 宝塔 → 数据库 → MySQL 设置 → 配置修改
- 确保以下几项存在且生效（不是注释掉）：
max_connections = 300
wait_timeout = 300
interactive_timeout = 300
- 如果用的是 MySQL 5.7 或更早（不是 MariaDB/8.0），可加一行：
query_cache_type = 1
query_cache_size = 268435456（256MB，别超 512MB）
- 修改后必须重启 MySQL，不能只重载
容易踩的坑：query_cache 在 MySQL 8.0 已被彻底移除，强行加会启动失败；MariaDB 10.3+ 也默认禁用，加了等于没加。
立即学习“PHP免费学习笔记（深入）”；
OPcache 开关开着但共享内存没配够
宝塔默认开启 opcache，但 opcache.memory_consumption 默认只有 64MB。WordPress 主题+插件一多，编译后的脚本直接撑爆，OPcache 频繁踢旧缓存，效果反不如关掉。
实操建议：
- 宝塔 → PHP 设置 → OPcache → 勾选“启用”（确保已勾）
- 手动编辑 php.ini（路径通常为 /www/server/php/XX/etc/php.ini）
- 找到 opcache.memory_consumption 行，改成：
opcache.memory_consumption = 128
- 同时建议调大这两个值防抖动：
opcache.max_accelerated_files = 7963
opcache.revalidate_freq = 60
- 保存后重启 PHP
验证是否生效：建个 info.php 输出 phpinfo()，搜 opcache 看 “Memory usage” 是否稳定在 60–110MB 区间。如果长期卡在 0–5MB，说明没加载或配置被覆盖。
慢查询没开，根本不知道哪条 SQL 在拖后腿
很多用户调完 PHP 和 MySQL 参数还是慢，是因为压根没定位到问题 SQL。宝塔 MySQL 设置里“慢日志”开关默认关着，long_query_time 又设成 10 秒——等它记日志，黄花菜都凉了。
实操建议：
- 宝塔 → 数据库 → MySQL 设置 → 日志管理 → 开启“慢日志”
- 点击“设置”按钮，在弹窗中把 long_query_time 改成 1
- 保存后重启 MySQL
- 查看日志文件路径（宝塔界面会显示，通常是 /www/server/data/mysql-slow.log）
- 用命令实时盯：
tail -f /www/server/data/mysql-slow.log
重点看 Rows_examined 值大的语句，WordPress 常见罪魁是没加索引的 wp_postmeta 查询，或是主题用 get_posts 时没设 'no_found_rows' => true 导致额外 COUNT。
这事没法靠调参解决，得结合 EXPLAIN 分析具体 SQL —— 不过那是另一回事了。
