连接池报错首要查日志中Connection refused、Socket timeout或Deadlock detected：前者因未启用borrow校验，后者多因空闲超时被服务端断连，Deadlock则源于高并发下池内锁竞争。
连接池报错不是驱动或网络问题，而是连接复用机制卡在了分配、验证或回收环节——先看日志里有没有 Connection refused、Socket timeout 或 Deadlock detected，再调参数，别一上来就改最大连接数。
连接池报错时第一眼该查什么日志
报错不明确时，.dbeaver4/.metadata/.log 是唯一可信来源。Windows 和 Linux 路径一致，就在用户主目录下。不要只盯着弹窗提示，很多真实原因藏在日志末尾：
-
Connection refused：说明连接池试图复用一个已断开的连接，但没做有效性检查（validate connection on borrow 关闭） -
Socket timeout：大概率是连接空闲太久被数据库端主动踢掉，而 DBeaver 没配置testWhileIdle或timeBetweenEvictionRunsMillis -
Deadlock detected：不是数据库死锁，而是连接池内部锁竞争——常见于高并发批量查询 + 连接数上限设得太低
MySQL/PostgreSQL 连接池关键参数怎么填才不翻车
DBeaver 的连接池参数藏在连接编辑页的「驱动属性」里，不是「连接设置」主面板。不同数据库对验证逻辑和超时行为差异很大，硬套默认值容易出问题：
- MySQL 推荐打开：
autoReconnect=true（自动重连）、socketTimeout=30000（避免长查询阻塞池）、validationQuery=SELECT 1（轻量验证） - PostgreSQL 必须配：
tcpKeepAlive=true（防中间设备断连）、connectTimeout=10（秒级超时）、sslMode=require（如果启用了 SSL，否则连接池可能复用未加密连接） - 共用陷阱：
maxPoolSize不要超过数据库max_connections的 70%，否则后端拒绝新连接，DBeaver 就会卡在等待队列里不动
连接池“假死”：测试通过但查不出表结构怎么办
这是最典型的连接池状态错位——连接测试走的是裸连逻辑，不经过池；但后续元数据查询（比如展开导航树）强制走连接池。结果就是“能连上，看不到表”：
- 右键连接 → 「编辑连接」→ 切到「驱动属性」，确认
useSSL（MySQL）或sslMode（PostgreSQL）跟数据库实际配置完全一致，不一致会导致连接池分配的连接无法执行元数据查询 - 临时关闭连接池：勾选「不使用连接池」再试一次，如果这时能看见表，基本锁定是池内连接认证或权限上下文丢失
- 别忽略时区：
serverTimezone=Asia/Shanghai这类参数必须显式写进驱动属性，否则某些 JDBC 驱动会在连接池初始化阶段静默失败
连接池不是设完参数就一劳永逸的事。它依赖数据库服务端配置、网络稳定性、JDBC 驱动版本三者协同——比如 PostgreSQL 17+ 默认禁用 tcp_keepalive，但 DBeaver 连接池又依赖它维持长连接，这种错配只能靠手动补参数，没法自动发现。
