Django间歇性Bad Gateway及MySQL连接错误排查求助

1. 连接数耗尽是首要怀疑原因 #

MySQL默认有最大连接数限制（通常为151），如果你的科研数据写入应用持续占用大量连接，或短时间内发起大量并发请求，会把可用连接占满，导致Django无法获取新连接，触发(2003, "Can't connect to MySQL server on '127.0.0.1:3306' (111)")错误，进而让Web服务返回Bad Gateway。

登录MySQL执行以下命令确认状态：

-- 查看最大连接数配置
SHOW VARIABLES LIKE 'max_connections';
-- 查看当前已使用的连接数
SHOW STATUS LIKE 'Threads_connected';

如果Threads_connected数值接近甚至等于max_connections，即可确认是连接数不足导致的问题。

2. 其他可能的诱因 #

• MySQL服务间歇性重启：若Droplet内存不足，或MySQL进程因错误崩溃重启，重启期间会拒绝连接，引发间歇性失败。可查看MySQL错误日志（一般路径为/var/log/mysql/error.log），确认是否存在异常退出记录。
• 本地连接方式问题：当前使用TCP连接（127.0.0.1），可尝试将DATABASE配置中的HOST改为localhost（改用Unix套接字连接），排查是否为TCP层面的偶发问题。
• 资源竞争：科研应用大量写入数据时会占用大量磁盘IO、CPU或内存，导致MySQL无法及时响应连接请求。用top或htop命令监控Droplet的资源使用率，查看是否存在资源跑满的情况。

针对性解决建议 #

• 调高MySQL连接数：修改MySQL配置文件（如/etc/mysql/mysql.conf.d/mysqld.cnf），找到max_connections参数，调整为更大的值（如500），之后重启MySQL服务。
• 优化科研应用的连接管理：检查科研应用是否存在连接泄漏（打开连接后未关闭），或为其配置连接池，复用现有连接以减少连接占用。
• 升级Droplet资源：若监控发现CPU、内存或IO经常跑满，可考虑升级Droplet的配置，增加资源配额。
• 排查MySQL稳定性：定期查看错误日志，解决MySQL崩溃、死锁等问题，确保服务稳定运行。

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