宝塔面板PHP运行缓慢_开启OpCache与调整并发连接数-php教程-PHP中文网

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。

实操建议：

开了 OpCache 只是起点，宝塔默认配的缓存大小和过期策略对中大型项目明显不够用，尤其 Laravel、ThinkPHP 或 WordPress 插件多的站点。

关键参数调整建议（在 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% 就还得调。

用户常以为“网站卡”是 Nginx 并发不够，其实宝塔默认 PHP-FPM 池（www.conf）里 pm.max_children 设的是 10 或 20，遇到几十个用户同时刷页面，请求直接排队等 worker，响应时间飙升。

PHP

编写健壮的PHP代码，规避类型转换陷阱、数组怪癖及常见安全漏洞。

下载

怎么算合适的 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 开了 + 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