网站报错fastcgi request record is too big:

根据提供的引用内容，当网站报错"fastcgi request record is too big"时，这意味着FastCGI请求记录的大小超过了Nginx的限制。具体来说，Nginx对FastCGI请求记录的大小有一个限制，如果超过了这个限制，就会报错。

要解决这个问题，可以尝试以下几种方法：

1. 调整Nginx的配置文件：可以尝试增加或修改`fastcgi_buffer_size`和`fastcgi_buffers`的值，以增加FastCGI请求记录的大小限制。例如，在Nginx的配置文件中添加以下内容：

http {
    fastcgi_buffer_size 128k;
    fastcgi_buffers 4 256k;
    ...
}

2. 调整FastCGI服务器的配置：如果FastCGI服务器也有相关的配置项，可以尝试调整FastCGI服务器的配置，以适应较大的请求记录。

3. 检查请求的内容：如果请求中包含大量的数据或文件，可以考虑优化请求的内容，减少请求记录的大小。

4. 检查服务器资源：如果服务器的内存或磁盘空间不足，也可能导致FastCGI请求记录过大的问题。可以检查服务器的资源使用情况，并确保有足够的资源来处理请求。

请注意，以上方法仅为常见的解决方案，具体的解决方法可能因系统配置和环境而异。建议根据具体情况进行调整和优化。

相关问题

NGINX报错FastCGI sent in stderr:"Primary script unkown"

NGINX报错"FastCGI sent in stderr: Primary script unknown"通常是由于FastCGI与PHP之间的通信问题引起的。当NGINX无法找到指定的PHP脚本时，就会出现这个错误。

为了解决这个问题，你可以尝试以下几个步骤：

1. 确保你的PHP脚本路径是正确的。检查NGINX配置文件中的location指令是否正确地指向了PHP脚本所在的位置。

2. 检查PHP-FPM配置文件中的socket或IP地址和端口号是否正确。确保NGINX能够正确连接到PHP-FPM。

3. 检查PHP-FPM日志，查看是否有其他错误信息。如果有其他错误，根据错误信息进行相应的修复。

4. 检查文件和目录权限。确保NGINX用户对PHP脚本和相关文件有足够的读取权限。

5. 重启NGINX和PHP-FPM服务。有时候重启服务可以解决临时的通信问题。

使用Nginx配置多个端口，访问PHP页面报错connect() failed (111: Connection refused) while connecting to upstream

如果您使用Nginx配置了多个端口，访问PHP页面时出现了"connect() failed (111: Connection refused) while connecting to upstream"的错误，这可能是因为Nginx无法连接到PHP-FPM进程导致的。解决这个问题需要逐步排查，可以采取以下步骤：

1. 确认PHP-FPM进程是否正常运行，可以使用命令"systemctl status php-fpm"来检查PHP-FPM的状态。
2. 检查Nginx的配置文件中是否正确配置了PHP-FPM的地址和端口号，例如：

location ~ \.php$ {
    fastcgi_pass   127.0.0.1:9000;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    include        fastcgi_params;
}

其中，fastcgi_pass指定了PHP-FPM的地址和端口号，这里假设PHP-FPM运行在本地的9000端口上。
3. 检查SELinux或者防火墙是否设置了限制，例如是否开启了SELinux并限制了Nginx连接PHP-FPM的端口。
4. 可以尝试重启Nginx和PHP-FPM进程，看看是否能够解决问题。

如果以上步骤都不能解决问题，可以查看Nginx和PHP-FPM的错误日志，看看是否有更详细的错误信息。根据错误信息进一步排查问题。