MySQL负载过高是否会导致PostgreSQL出现连接故障？

结论：MySQL高连接负载完全可能是PostgreSQL连接失败的直接诱因

你遇到的报错提示：

pg_connect(): Unable to connect to PostgreSQL server: could not connect to server: Resource temporarily unavailable Is the server running locally and accepting connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

其中的Resource temporarily unavailable并非特指PostgreSQL服务自身资源不足，而是操作系统层面给进程分配资源失败的通用报错，和MySQL高连接负载相关的常见原因如下：

• 操作系统/用户级文件描述符被占满：每一个数据库连接（不管是MySQL还是PostgreSQL的TCP、Unix域套接字连接）都需要占用一个文件描述符。如果同一时段MySQL的大量连接耗尽了系统全局的文件描述符上限，或是耗尽了运行PHP、PostgreSQL的用户的文件描述符配额，PostgreSQL就算本身连接负载很低，也无法创建新的套接字处理连接请求，就会抛出该报错。
• PHP进程资源耗尽：如果你的PHP进程需要同时处理连接MySQL和PostgreSQL的请求，MySQL高连接负载会占满PHP进程的可用连接槽、内存或进程配额，后续需要发起PostgreSQL连接的请求无法申请到对应资源，也会触发连接失败。
• 系统临时端口/内核共享资源耗尽：如果MySQL连接大量占用了本地回环的临时端口段，或是占满了内核的连接跟踪表（开启iptables服务的场景下）、Unix域套接字等待队列，也会间接导致PostgreSQL新建连接时无法分配到需要的内核资源。

可通过以下方式验证判断：

• 检查报错时段的系统内核日志/var/log/syslog或/var/log/messages，确认是否存在too many open files、nf_conntrack: table full, dropping packet之类的资源耗尽相关报错
• 核查系统全局、PostgreSQL运行用户、PHP运行用户的ulimit -n（打开文件数上限）配置，确认配额是否足够支撑高峰时段两个数据库的总连接数需求

内容的提问来源于stack exchange，提问作者Dan Winchester