Linux系统中运行数据库服务时，数据库连接超时是高频出现的技术问题，会直接导致业务接口返回异常，影响系统正常运作。这类问题的诱因复杂，需要从网络、数据库配置、系统资源等多个维度排查。
常见连接超时场景及排查方法
1. 网络层面问题
Linux系统的防火墙规则、网络路由配置错误是连接超时的常见原因。可以先通过telnet 数据库IP 端口号命令测试网络连通性，如果无法连通，检查系统的iptables或firewalld规则是否拦截了对应端口。
查看firewalld开放端口的命令示例如下：
# 查看当前开放的端口 firewall-cmd --list-ports # 开放MySQL默认3306端口 firewall-cmd --add-port=3306/tcp --permanent # 重新加载防火墙规则 firewall-cmd --reload
2. 数据库参数配置不合理
数据库的超时参数设置过短、最大连接数不足也会引发超时。以MySQL为例，wait_timeout参数控制非交互连接的空闲超时时间，默认值是28800秒，如果设置过短，空闲连接会被提前关闭。
查看和修改MySQL超时参数的步骤如下：
-- 查看当前超时配置 SHOW VARIABLES LIKE 'wait_timeout'; SHOW VARIABLES LIKE 'max_connections'; -- 临时修改超时时间为8小时（单位秒） SET GLOBAL wait_timeout = 28800; -- 永久修改需要编辑my.cnf配置文件，添加以下内容 [mysqld] wait_timeout=28800 max_connections=1000
3. 连接池配置问题
应用侧连接池参数设置不当也会导致超时，比如连接池最大连接数小于业务并发量、连接未设置合理的回收机制，会导致连接耗尽后新请求无法获取连接。
以Java的HikariCP连接池为例，合理的配置示例如下：
HikariConfig config = new HikariConfig(); // 设置连接池最大连接数 config.setMaximumPoolSize(50); // 设置连接超时时间，单位毫秒 config.setConnectionTimeout(30000); // 设置连接最大存活时间 config.setMaxLifetime(1800000); // 设置连接空闲超时时间 config.setIdleTimeout(600000); HikariDataSource dataSource = new HikariDataSource(config);
4. 系统资源不足
Linux系统的文件描述符不足、内存或CPU资源耗尽也会导致数据库连接异常。可以通过ulimit -n查看当前用户的文件描述符限制，数据库进程需要足够的文件描述符来维持连接。
修改文件描述符限制的方法如下：
# 临时修改当前会话的文件描述符限制为65535 ulimit -n 65535 # 永久修改需要编辑/etc/security/limits.conf，添加以下内容 * soft nofile 65535 * hard nofile 65535
通用排查流程
遇到连接超时问题时，可以按照以下步骤逐步排查：
- 第一步：测试客户端到数据库服务器的网络连通性，排除网络拦截问题
- 第二步：查看数据库服务运行日志，确认是否有连接数满、参数配置异常的报错
- 第三步：检查应用侧连接池配置，确认连接回收、超时参数是否合理
- 第四步：查看Linux系统资源使用情况，确认文件描述符、内存、CPU是否充足
总结
Linux系统下的数据库连接超时问题需要结合网络、数据库、应用、系统多个层面排查，不同的场景对应不同的解决方法。日常运维中建议定期监控数据库连接数、系统资源使用情况，提前调整不合理的配置，减少超时问题的发生概率。
Linux数据库连接超时MySQLPostgreSQL连接池配置修改时间：2026-06-15 08:03:22