PHP 8.x出现scoreboard锁失败及共享内存错误，求解决方案

问题背景 #

Nginx错误日志出现如下锁冲突报错：

2024/08/15 17:55:10 [error] 1753#1753: *836069 FastCGI sent in stderr: "scoreboard: failed to lock (already locked); status: unable to find or access status shared memory" while reading response header from upstream, client: x.x.x.x, server: x.x.com, request: "GET /status?json&full HTTP/1.1", upstream: "fastcgi://unix:/run/php/php8.3-fpm.sock:", host: "x.x.com"

现有解决方案的合理性 #

你通过在Nginx中单独为/status和/ping路径配置缩短超时时间的方案完全合理。
报错的核心原因是PHP-FPM的scoreboard共享内存锁被长时间占用：主站PHP脚本超时设置过长，大量长耗时请求会持续持有scoreboard锁资源，此时请求状态页时，PHP-FPM无法获取锁，进而触发报错。单独为状态页设置更短的超时时间，能避免状态请求长时间等待锁，同时快速释放连接，减少锁竞争的持续窗口，从根本上缓解了冲突问题。

更优优化建议 #

1. 精简冗余配置
   当前配置中包含了proxy_*系列超时参数，但状态页是直接通过fastcgi_pass转发，不需要proxy相关配置，可删除这些冗余项，简化后的配置如下：

   location ~ ^/(status|ping)$ {
           fastcgi_send_timeout 5;
           fastcgi_read_timeout 5;
           fastcgi_connect_timeout 5;
           send_timeout 5;
           client_max_body_size 128K;
   
           allow all;
           fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
           include fastcgi_params;
           fastcgi_pass unix:/run/php/php8.3-fpm.sock;
   }
   

2. 优化PHP-FPM自身配置

   • 检查PHP-FPM pool配置中的pm.max_children、pm.process_idle_timeout参数，适当降低闲置进程数量，减少锁竞争的概率；
   • 确保PHP-FPM运行用户对共享内存存储目录拥有读写权限，避免因权限问题导致的共享内存访问失败。

3. 强化状态页安全
   当前allow all的配置存在未授权访问风险，建议限制为仅允许监控服务器或指定IP访问，示例：

   allow 192.168.1.0/24;
   allow 127.0.0.1;
   deny all;
   

内容的提问来源于stack exchange，提问作者Kevin Hill