Nginx连接phpfpm失败，错误代码11（资源暂时不可用）的原因是什么？

这个错误表示Nginx无法连接到PHPFPM的Unix套接字文件，原因可能是文件不存在或权限不足。请检查/var/run/phpfpm.sock文件是否存在以及Nginx用户是否有权访问该文件。

在现代Web服务器架构中，Nginx和PHPFPM是常见的组合，有时会遇到一些配置或资源问题导致服务中断。“connect() to unix:/var/run/phpfpm.sock failed (11: Resource temporarily unavailable)”错误，这个错误通常表示系统资源不足或配置不当，导致Nginx无法连接到PHPFPM的Unix域套接字，下面将详细探讨这一问题的原因和解决方法：

错误原因分析

1. 系统资源限制

当系统资源（如文件描述符）耗尽时，会出现“Resource temporarily unavailable”错误，这通常发生在高并发情况下，尤其是当PHPFPM进程数达到系统资源限制时。

2. PHPFPM配置问题

PHPFPM的配置文件可能没有正确设置，或者监听的套接字路径与Nginx配置文件中的路径不匹配，如果PHPFPM没有启动或因某种原因崩溃，也会导致连接失败。

3. 权限问题

即使PHPFPM正在运行并且套接字文件存在，如果Nginx没有足够的权限访问该套接字文件，也会报错“Permission denied”，这种情况下，需要检查文件的所有者和权限设置。

解决方案

1. 调整系统资源限制

可以通过增加系统的文件描述符限制来缓解资源不足的问题，编辑/etc/sysctl.conf文件，添加以下内容：

net.ipv4.tcp_max_syn_backlog = 4096
net.core.netdev_max_backlog = 4096

然后重启系统使更改生效：

sudo sysctl p

2. 修改PHPFPM配置

确保PHPFPM配置文件中的listen指令指向正确的套接字文件路径，在/etc/php/7.1/fpm/pool.d/www.conf中：

listen = /var/run/phpfpm.sock

可以增加listen.backlog的值以提高连接队列大小：

listen.backlog = 4096

之后重启PHPFPM服务：

sudo service php7.1fpm restart

3. 调整Nginx配置

在Nginx配置文件中，确保fastcgi_pass指令指向正确的PHPFPM套接字文件路径，在/etc/nginx/sitesavailable/default中：

location ~ .php$ {
    include snippets/fastcgiphp.conf;
    fastcgi_pass unix:/var/run/phpfpm.sock;
}

4. 权限设置

确保Nginx有权访问PHPFPM套接字文件，可以通过以下命令更改套接字文件的所有者和组为nginx：

sudo chown nginx:nginx /var/run/phpfpm.sock
chmod 777 /var/run/phpfpm.sock

然后重启Nginx服务：

sudo service nginx restart

常见问题解答

1. 为什么增加PHPFPM的listen.backlog值可以提高性能？

答：listen.backlog参数定义了操作系统内核为套接字排队的最大连接数，在高并发环境下，增加这个值可以减少因连接队列溢出而导致的连接失败，从而提高服务的响应能力和稳定性。

2. 如何确定Nginx和PHPFPM的配置是否匹配？

答：可以通过查看Nginx和PHPFPM的错误日志来确定配置是否匹配，如果Nginx尝试连接到不存在的套接字文件，或者PHPFPM没有正确监听指定的套接字路径，都会在日志中记录相应的错误信息，通过对比两个服务的配置文件和日志信息，可以快速定位并解决配置不匹配的问题。

Nginx无法连接到PHPFPM的Unix域套接字可能是由于系统资源限制、PHPFPM配置不当或权限问题引起的，通过调整系统资源限制、修改PHPFPM和Nginx的配置文件，以及正确设置文件权限，可以有效解决这一问题，希望以上内容能够帮助您更好地理解和解决这一常见错误。