PHP运行慢首要检查OpCache是否启用，宝塔默认可能关闭；需确认opcache.enable=1并重载配置，再调优memory_consumption、max_accelerated_files等参数，并合理设置PHP-FPM的pm.max_children。
PHP 运行慢是不是 OpCache 没开？
绝大多数宝塔面板上 PHP 响应变慢，第一眼就得查 opcache.enable 是否为 1。默认安装的 PHP（尤其 7.4+）虽然编译了 OpCache，但宝塔部分版本会把它关掉——不是没装，是配置里写成了 0。
实操建议：
- 进宝塔 → 网站 → PHP 设置 → 配置修改，搜索
opcache.enable，确认值是1 - 顺手检查
opcache.enable_cli是否也设为1（不影响网页，但影响命令行脚本预热） - 改完必须点「重载配置」或重启 PHP 服务，光保存不生效
- 验证是否启用：
php -i | grep opcache.enabled输出opcache.enabled => On才算成功
OpCache 开了还是慢？重点调这几个参数
开了 OpCache 只是起点，宝塔默认配的缓存大小和过期策略对中大型项目明显不够用，尤其 Laravel、ThinkPHP 或 WordPress 插件多的站点。
关键参数调整建议（在 PHP 配置文件里改，别只靠宝塔界面）：
立即学习“PHP免费学习笔记（深入）”；
-
opcache.memory_consumption=128→ 至少调到192或256（单位 MB），小内存服务器不低于128 -
opcache.max_accelerated_files=4000→ 改成7963或10000（PHP 7.4+ 推荐用质数，避免哈希冲突） -
opcache.revalidate_freq=60→ 从默认2秒拉长到60，减少频繁校验文件改动的开销 -
opcache.validate_timestamps=0→ 上线后务必关掉时间戳校验（开发环境留1），否则每次请求都读文件元信息
改完记得执行 php restart 或在宝塔里重启 PHP，再用 php -r "print_r(opcache_get_status());" 看 memory_usage 和 opcache_hit_rate，命中率低于 80% 就还得调。
并发连接数卡在 100？不是 Nginx 问题，是 PHP-FPM 的 max_children
用户常以为“网站卡”是 Nginx 并发不够，其实宝塔默认 PHP-FPM 池（www.conf）里 pm.max_children 设的是 10 或 20，遇到几十个用户同时刷页面，请求直接排队等 worker，响应时间飙升。
怎么算合适的 max_children？看单个 PHP 进程实际内存占用：
- 先跑
ps aux | grep "php-fpm: pool www" | awk '{print $6/1024 " MB"}'，取平均值（比如 45 MB） - 若服务器有 2G 可用内存，保守按 1.5G 给 PHP-FPM：1536 / 45 ≈
34，那就设pm.max_children=32 - 同步调
pm.start_servers和pm.min_spare_servers为16，pm.max_spare_servers为32 - 务必把
pm = dynamic（别用static，弹性差）
改完重载 PHP-FPM，再用 ss -s 或 netstat -anp | grep :9000 | wc -l 观察连接堆积是否缓解。
改完更慢了？检查 OpCache 和 FPM 的冲突点
最典型的翻车场景：OpCache 开了 + opcache.validate_timestamps=1 + pm=ondemand 模式，导致每个新 fork 的子进程都要重新加载并校验全部脚本，CPU 直接拉满。
容易被忽略的坑：
- 宝塔升级 PHP 后，
www.conf会被重置，max_children回退到默认值，得重新设 - 多个 PHP 版本共存时，改错版本的配置（比如改了 8.0 的，实际站点跑在 7.4 上）
- OpCache 缓存了带时间戳的错误代码（比如调试时
var_dump没删），清缓存要用opcache_reset()或重启 PHP，touch文件不触发刷新 - WordPress 启用了对象缓存插件（如 Redis），但 OpCache 的
opcache.save_comments=0（默认）会导致 APCu 兼容异常，得开成1
线上环境一旦调参，建议单次只动一个变量，观察 5 分钟以上真实流量下的 opcache_hit_rate 和 slow.log，别凭感觉加码。
