这是一个创建于 32 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近公司的某个程序发生假死（ java ，springboot ），导出 dump 文件后，发现 tomcat 的 200 个线程全卡在了 getConnecton()获取数据库连接上。 然后查了一下数据库的空闲连接数大概有 5000 ，没有达到 oracle 的 10000 个上限，但是其它的程序也有获取连接慢的情况。但是我的程序就卡死在获取连接上，为什么我的连接池没有返回连接呢？？
29 条回复 • 2024-12-18 19:31:12 +08:00
 |
1
xiumuzidiao OP 并且 6 个节点全部从 eureka 掉线，迟迟获取不到连接
|
 |
2
cobbage 32 天前 via Android
那是库理论支持的链接吧，你的硬件能跑这么多。照你的说法你程序已经连了 5000 个（一两百我都感觉多)，我这半吊子理解是你应该排查你程序为啥链接没释放掉，网络，慢 sql ，大批量导出等，还有个影响可能是其他库的事例影响。
|
|
3
xiumuzidiao OP 应该是其它程序实例占用了太多链接，但是不知道为什么我的程序实例一直没释放池子里的连接给别的线程用导致程序假死
|
 |
4
BarackLee 32 天前 via iPhone
你这我也遇到过 不过选择重启 springboot 就恢复了也是奇怪
|
 |
5
akira 32 天前
服务器那边的 端口限制 看了没得
|
|
6
xiumuzidiao OP @akira 能访问到，但是 springboot 默认的 tomcat 线程池的 200 个线程都占满了，新的请求只能在那等待着了
|
 |
7
night98 32 天前
正常一个程序能有两百连接数就已经非常够用了，你不妨把你的程序的数据库连接池配置发上来让大家看看是不是不合理，tomcat 线程池和数据库线程池不是一个东西
|
 |
8
cloud107202 32 天前
hikari 的 connectionTimeout 有没有配置
|
 |
9
zhenjiachen 32 天前 via iPhone
我感觉就是你的线程池的连接没有释放导致的吗，不要在事务里面做耗时操作，特别是慢的 http 接口，会导致连接不会放回池子里面，所以导致获取连接超时，不是数据库的问题而是代码问题。
|
|
10
xiumuzidiao OP @night98 我只是说 tomcat 的线程池都被 getConnection 卡住了
|
|
11
xiumuzidiao OP @cloud107202 用的是 dbcp2 ，waitTime 默认值是-1 ，无限等
|
|
12
xiumuzidiao OP @zhenjiachen 我获取连接超时时间当时没设置，使得是默认值，等待无限长
|
|
13
xiumuzidiao OP 目前的解决方案就是换连接池，以及别的服务不要开太多的连接数
|
 |
14
XuHuan1025 32 天前
用 datagrip 了没有 这个很猛,之前开发库提示连接数不够,查了下我一个 ip 就占了两百个链接
|
|
15
xiumuzidiao OP @XuHuan1025 没有
|
|
16
xiumuzidiao OP 另外发现一个东西，seata （分布式事务框架）在请求结束后会 release 连接，而正常请求中的连接会 return 回数据库连接池
|
 |
17
yinft 31 天前
不如配置发上来一起看看
|
 |
18
spritecn 31 天前
@xiumuzidiao 一般都建议 fastfail,偶尔一个报错总比整体持掉好
|
 |
19
fffq 31 天前
遇到过，连接池配置问题，贴下配置
|
|
20
xiumuzidiao OP @fffq 动态数据源，就配置了个数据源类是 dbcp2 ，公司的动态数据源框架（然后没有配置连接池，用的默认的）
|
 |
21
xiaogu2014 31 天前
```理论上应该设置一个 pod 的 max-connections.```
然后数据库的 active connection/max connection/idle connection/query time 等等这些指标都应该作为监控来作为调整配置的决策因素。 引申开来包括程序线程池的使用情况。 起个项目来优化这些吧。然后推广到公司。credit 不来了吗。 |
 |
22
RobinzzZ 31 天前
设置一个超时时间把，一直等也太傻了
|
 |
23
Outer2048 31 天前
没有合适的值，如果小了就扩大一倍，直到扩到不卡
当然扩大很多之后依然卡，问题应该不在数据库连接上 |
 |
24
seedhk 31 天前
遇到过类似的，是超时时间的问题，顺便再解决下慢 SQL 。不然还早还会碰到。
|
 |
25
liuhuan475 31 天前
用的什么连接池？楼上说的有道理，慢 sql 导致连接未释放，同一个 tomcat 线程配置了最大连接池数量，到了最大连接数数会阻塞获取连接池。1.排查慢 sql 。2.修改连接超时时间
|
 |
26
me1onsoda 31 天前
多大配置的数据库啊。。设置了 10000 个连接数
|
|
27
xiumuzidiao OP 已复现，dbcp2 的线程池里的所有连接在 idle 变成 active 失败或者去 validate 失败，idle 连接会 destroy ，然后其它线程造成死锁的现象，本地可以复现，链接： https://issues.apache.org/jira/projects/POOL/issues/POOL-407?filter=allopenissues
|
 |
28
FawkesV 30 天前
我也遇到过，多线程连接池打满了。连接池配置的问题，默认 10
|
 |
29
ilucio 8 天前
不仅仅是连接池的问题，首先排查占用 sql 连接池的原因，1 ）慢 SQL 2 ）数据库服务太拉胯了；然后在调整连接池参数，一般 100 个左右就够了，单个应用开太多链接也会造成数据库 server 的连接池的浪费
|
Select Language