Linux Node.js日志中数据库连接问题

在Linux环境下跑Node.js，数据库连不上——这问题可真不少见。原因五花八门，网络不通、配置写错、资源吃紧，甚至数据库服务自己罢工都有可能。真要排查，第一步永远是翻日志，看Node.js应用到底抱怨了什么。

怎么查？下面几个方向，按顺序捋一遍，大部分问题都能找到根儿。

1. 先看日志。Node.js应用通常会把错误细节记在日志文件里，位置一般在工作目录或你指定的日志路径。用tail -f app.log实时盯着，错误信息往往能直接告诉你连接失败的原因——比如认证失败、超时、目标不可达。
2. 核对数据库配置。主机名、端口、用户名、密码、数据库名，一个字母都不能错。尤其注意：如果数据库在远程服务器上，要确认服务器的防火墙规则放行了来自Node.js应用的IP和端口。
3. 测网络连通性。最简单的方法：ping your_database_server_ip。如果ping不通，大概率是网络层的问题——检查翻跟斗、路由或者云服务商的安全组设置。
4. 盯资源水平。数据库服务器的CPU、内存、磁盘空间是不是快爆了？用top、htop看负载，df -h看磁盘余量。资源不足时，数据库可能直接拒绝新连接，或者响应极慢导致超时。
5. 确认数据库服务状态。服务是否在跑？端口是否在监听？用sudo systemctl status mysql（或postgresql、mongod等）检查一下。没启动就start，启动了但连接不上再查端口——ss -tlnp | grep 3306看看监听地址是不是被绑到了127.0.0.1。
6. 检查数据库驱动版本。Node.js连接数据库要靠驱动（比如mysql2、pg、mongoose）。驱动的版本是否和数据库版本兼容？过旧的驱动可能不支持新版本协议的认证方式，直接报连接错误。翻一翻驱动的发布说明，确认兼容性。
7. 审视代码中的连接逻辑。有没有正确处理连接关闭和错误事件？有没有遗漏catch或on('error')？比如连接池配置不当、没有重试机制、连接泄漏，都可能导致后续请求无法建立新连接。

从日志入手，按上面几个方向逐一排查，绝大多数数据库连接问题都能定位到。如果试了一圈还没解决，那就得把更详细的错误上下文拿出来——具体的报错行、数据库版本、驱动版本，越细越容易找到症结。