接口获取数据库连接阻塞问题

最新推荐文章于 2025-05-17 00:41:36 发布
原创 最新推荐文章于 2025-05-17 00:41:36 发布 · 3.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

在并发200的压测中，接口URL的提交充值卡订单接口出现TPS骤降和响应时间飙升，疑似应用卡住。通过jstack日志发现大量线程在TIMED_WAITING状态，等待数据库连接。分析发现，数据库连接池最大连接数为50，当50个线程同时在事务中时，如果MysqlConfigService再尝试获取连接，会因无连接可用而等待，导致所有线程阻塞。解决方案是为MysqlConfigService单独配置dataSource并增大其缓存时间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

问题描述

接口URL：http://192.168.10.200:20200/h5-customer/customer/card/consumerCard/submit?cardId=card_20171010210403659539&cityCode=110100&token=lOukBdwqvVBOpj9EUPiA

在压测提交充值卡订单接口，在并发数200情况下，jmeter 图表显示如下：

tps

响应时间

从上图可以看到，应用在某一个时间点，tps 急剧下降同时响应时间飙升，整个应用存在"卡住"的情况。这个和提交订单接口上次的情况非常相似。

 

分析过程

通过查看jstack 日志发现大量线程状态 TIMED_WAITING

"http-nio-20200-exec-132" daemon prio=10 tid=0x00007f3b8452e800 nid=0x266ce in Object.wait() [0x00007f3b7b255000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1112)
	- locked <0x0000000721c248f8> (a org.apache.commons.pool.impl.GenericObjectPool$Latch)
	at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:79)
	at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106)
	at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044)
	at org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource.getConnection(AbstractRoutingDataSource.java:164)
	at org.springframework.jdbc.datasource.DataSourceTransactionManager.doBegin(DataSourceTransactionManager.java:204)
	at com.helijia.framework.datasource.MasterSlavesDataSourceTransactionManager.doBegin(MasterSlavesDataSourceTransactionManager.java:18)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:373)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:420)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:257)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
	at com.sun.proxy.$Proxy255.submitCardOrder(Unknown Source)
	at com.helijia.customer.h5.modules.card.web.controller.CardController$4.doGetData(CardController.java:137)
	at com.helijia.customer.h5.modules.card.web.controller.CardController$4.doGetData(CardController.java:134)
	at com.helijia.customer.h5.template.H5APIReturnTemplate.getData(H5APIReturnTemplate.java:42)
	at com.helijia.customer.h5.modules.card.web.controller.CardController.consumerCardSubmit(CardController.java:134)
	at sun.reflect.GeneratedMethodAccessor90.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:215)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:749)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:689)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:83)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:938)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:870)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:863)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:646)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:503)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1736)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1695)
	- locked <0x0000000746a82890> (a org.apache.tomcat.util.net.NioChannel)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)
"http-nio-20200-exec-131" daemon prio=10 tid=0x00007f3b853d1800 nid=0x26595 in Object.wait() [0x00007f3b7c55f000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1112)
	- locked <0x0000000721ab96b8> (a org.apache.commons.pool.impl.GenericObjectPool$Latch)
	at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:79)
	at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106)
	at org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044)
	at org.springframework.jdbc.datasource.lookup.AbstractRoutingDataSource.getConnection(AbstractRoutingDataSource.java:164)
	at com.helijia.framework.config.MysqlConfigService.getConfigFromRemote(MysqlConfigService.java:31)
	at com.helijia.framework.config.AbstractConfigServiceImpl.getConfig(AbstractConfigServiceImpl.java:80)
	at com.helijia.card.order.service.handler.purchase.PurchaseRequestHandler.closeCardOrder(PurchaseRequestHandler.java:113)
	at com.helijia.card.order.service.handler.purchase.PurchaseRequestHandler.execute(PurchaseRequestHandler.java:82)
	at com.helijia.card.order.service.handler.purchase.PurchaseRequestHandler.execute(PurchaseRequestHandler.java:49)
	at com.helijia.card.order.service.impl.StoreCardOrderServiceImpl.request(StoreCardOrderServiceImpl.java:39)
	at com.helijia.customer.h5.modules.card.service.impl.H5ConsumerCardServiceImpl.submitCardOrder(H5ConsumerCardServiceImpl.java:114)
	at sun.reflect.GeneratedMethodAccessor92.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
	at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:98)
	at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:262)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
	at com.sun.proxy.$Proxy255.submitCardOrder(Unknown Source)
	at com.helijia.customer.h5.modules.card.web.controller.CardController$4.doGetData(CardController.java:137)
	at com.helijia.customer.h5.modules.card.web.controller.CardController$4.doGetData(CardController.java:134)
	at com.helijia.customer.h5.template.H5APIReturnTemplate.getData(H5APIReturnTemplate.java:42)
	at com.helijia.customer.h5.modules.card.web.controller.CardController.consumerCardSubmit(CardController.java:134)
	at sun.reflect.GeneratedMethodAccessor90.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:215)
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:749)
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:689)
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:83)
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:938)
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:870)
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:961)
	at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:863)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:646)
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:837)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:503)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:421)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1736)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1695)
	- locked <0x0000000746a827f0> (a org.apache.tomcat.util.net.NioChannel)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:745)

jstack全部日志：jstack.log

从日志中可以看到，线程在获取数据库连接时候存在等待情况
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1112)
GenericObjectPool.borrowObject 等待说明此时数据库连接池中已经没有可用连接。应用数据库连接池配置的最大连接数是50了。

tomcat日志中也存在大量获取不到连接异常

 

通过查看接口逻辑，发现逻辑中使用了MysqlConfigService 动态配置中心服务，那么数据库获取连接和释放连接会发生在下图两个地方，
*@Transactional 事务开启和结束时
*MysqlConfigService 访问数据库时

查看MysqlConfigService 逻辑如下，已经在finally里处理connection的释放。

通过MysqlConfigService代码可以看到，它获取连接是通过dataSource.getConnection(); 
spring配置文件中MysqlConfigService注入的dataSource和spring管理的dataSource是同一个

 

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:mvc="http://www.springframework.org/schema/mvc"
    xmlns:context="http://www.springframework.org/schema/context" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:task="http://www.springframework.org/schema/task"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
                        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd
                        http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.2.xsd
                        http://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-3.2.xsd">

   <bean id="mysqlConfigService" class="com.helijia.framework.config.MysqlConfigService" init-method="init" >
      <property name="dataSource" ref="masterSlaveDataSource" />
   </bean>

</beans>

 

这时如果在高并发情况下，会出现这样一种情况：
如果同时进入@Transactional事务线程数达到50个，每个线程进入事务都会获取一个连接，这时连接池最大连接数配置为50。此时
某一个线程在执行到MysqlConfigService 获取连接时池中已经没有连接了，这时线程会进入等待。同时进入事务中的这50个线程都会执行到MysqlConfigService，此时事务并没有结束，连接不会释放回池中 这50个线程同样会进入等待。
由于整个应用共用一份dataSource，这样系统中其它请求只要会访问到数据库的任何逻辑也会同样进入等待状态。整个应用就”卡住“了。

 

临时解决方案
为MysqlConfigService单独创建一个dataSource，调大MysqlConfigService的缓存时间

数据库连接池
Mr.xing的博客
05-12 3288
数据库连接池是用来分配、管理和释放数据库连接的，它允许应用程序重复使用一个现有的数据库连接，不需要重新创建，释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏，提高数据库操作的性能。最小连接数数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，称为最小连接数，是连接池一直保持的连接数。最大连接数。
【C++】基于C++11的数据库连接池
IdealSanX的博客
07-08 1571
在进行数据库操作的时候为了提高数据库（关系型数据库）的访问瓶颈，除了在服务器端增加缓存服务器（例如redis）缓存常用的数据之外，还可以增加连接池，来提高数据库服务器的访问效率。一般来说，对于数据库操作都是在访问数据库的时候创建连接，访问完毕断开连接。
数据库连接池阻塞问题定位
xinpz的博客
06-15 2267
北斗云数据库连接池阻塞 问题定位 二零二一年五月 北斗云数据库连接池阻塞问题定位 问题描述 北斗云系统反应部分商户服务异常，登录不上去等。 问题定位 查看错误日志 由于北斗云是基于Haproxy做的负载均衡部署，所以第一反应就是是否有一个节点出问题了，及时查看问题定位。查看服务进程都在，发现123上的日志刷新频率很快，但是39上的基本不动，从日志情况来看，应该是39上的服务出问...
Druid连接池druidDataSource.getConnection()一直pending没有返回
happy_wang_wang的博客
01-25 2024
请求接口后，接口切面的前置日志系统收到了请求并打印了日志，打断点debug后发现，接口请求依然进入了代码中，最后操作进行操作数据库相关操作时，出现了接口pending一支没有返回值，后续仔细断点排查发现，在获取数据连接时。代码在运行一段时间之后，整体服务就不可用了，但是日志中却没有任何的错误打印。说明了默认的8个链接已经被用完了，创建了0，那么很明显就是连接数占用满了导致的pending，那么我们只需要调大最大连接数的配置，并且设置自动回收超时时间以及自动回收超时连接配置开机就能解决。
多个用户同时访问数据库数据库运行慢并且有个别用户提交不上数据
bafenshi2853的博客
07-26 657
问题描述: 　　　　　　在多个用户同时访问数据库时,出现同一时间内数据库前几次没事,后来运行熟读缓慢或提交不上数据. 解决方案: 　　　　 不可重复读 在同一个事务中，再次读取数据时【就是你的select操作】，所读取的数据，和第1次读取的数据，不一样了。就是不可重复读。 举个例子： 事务1：查询有双人床房间。99号房间，有双人床。 事务2：将99...
基于阻塞队列纯手写实现数据库连接池
LeoByte的编程驿站
04-08 2888
项目做不完可能最近不打算春招了
工作笔记（一）：Druid连接池未正确设置参数导致的阻塞问题分析
weixin_39739810的博客
12-22 2740
背景 最近和其他组的小伙伴在联调施工代码时，发现工单下发后一直阻塞在组件控制台几个小时都没有返回，查看日志后发现是后端数据库挂掉的原因，但是按照之前使用的情况，spring boot 默认情况下数据库连不上是会直接返回。针对该情况本地启动原项目代码进行模拟 问题排查 先关闭后端测试库，调用下单接口，这里使用的是idea自带的http client来发送请求，然后进入阻塞 使用jps查找对应的java进程，获取pid 通过jstac...
十二、连接池线程池配置——数据库连接池
流楚丶格念的博客
08-27 892
在应用系统开发中，池化技术（如对象池、连接池、线程池）被广泛使用，通过复用来减少资源消耗和提升性能。连接池（如数据库连接池、Redis连接池、HTTP连接池）主要通过复用TCP连接来提高效率。本文主要介绍数据库连接池（DBCP）、HTTP连接池（HttpClient）和线程池的配置。 数据库连接池是用来管理数据库连接的技术，可以显著提高应用程序的性能和响应速度。常见的数据库连接池实现有C3P0、DBCP、Druid等。下面以为例进行详细讲解。 使用yaml配置实例如下，万卷不离其宗： 配置说明数据库连接配置
数据库连接超时异常在大数据场景下的原因分析和解决方案
最新发布
百态老人的博客
05-17 1061
在大数据场景下，合理配置和使用数据库连接池是提升系统性能和稳定性的重要手段。
tomcat数据源连接失效问题导致应用停顿
wendrewshay
08-04 3553
转载请注明：http://blog.csdn.net/wendrewshay/article/details/76687108
配置Druid时dataSource.getConnection报错
m0_73495029的博客
01-05 580
配置Druid时dataSource.getConnection报错
Tomcat配置JNDI连接池 getConnection()获取不到连接
f0rd_的博客
05-30 1833
首先 tomcat版本为8.5 ojdbc版本为 ojdbc14 jdk1.8 在tomcat配置文件context中配置 数据源 <Resource name="jdbc/xxx" auth="Container" type="javax.sql.DataSource" maxTotal="50" maxIdle="50" ...
conn = dataSource.getConnection()出错的几种可能
热门推荐
子衿_青青的博客
11-28 2万+
1. 有没有初始化dataSource    try{ if(context == null){ context = new InitialContext(); } dataSource = (DataSource)context.lookup("java:comp/env/jdbc/bookDS"); }catch(NamingExceptio
druid连接池 - 长时间阻塞问题排查
Evan_L的博客
11-13 8247
前言 最近参与一个新项目，从老项目拷贝过来的代码，同样用的druid连接池 + PG。但是新项目却经常出现阻塞的情况，有时候甚至可以阻塞半个小时。一时间傻眼了。。 问题排查 问题背景 我们一共有6个开发同学，由于项目时间还是比较紧张的，所以大部分时间还是在开发，而不会发访问服务器。而当前阶段也还没有提测，没有其他同学的介入。而且每次第二天早上都会出现这种阻塞的情况。 请教DBA大佬 由于配置跟老项目一模一样，所以第一个反应是数据库出什么问题了？找DBA断断续续排查了好几天（太忙了，主要还是搞开发），最后发现
很多人调用接口会阻塞吗_锻炼的真相你知道吗？这些你可能都想了解，很多人都会问的2点...
weixin_39626162的博客
11-23 194
你喜欢运动吗？你了解过运动吗？每天从食物上所摄取的能量需要运动多久才能消耗完呢？每天坚持锻炼为什么体重一直不降呢？每天坚持锻炼的人一定很健康吗？......对于以上问题，相信一样也是你想了解的！今天康康就跟你解释解释一系列锻炼的真相问题！1、 坚持锻炼，体重一直不变相信很多人也是想通过锻炼来达到减肥的目的，但坚持一段时间后却发生体重没有任何明显的变化或者是体重到达一定的阶段就不会再降低了。那这样是...
tomcat 数据库卡死 处理
灵神翁的博客
08-31 1145
大家好哇，我是梦辛工作室的灵，最近发现 运行中的 服务器 特别容易卡死，跟踪后发现是 数据库连接的时候 异常，一直 连接不上，就一直等待了，主要原因应该还是某个地方 忘了关闭数据库，一时半会找不到，所以就只有先修改下 context.xml 配置，来自动处理这种情况，不然大半夜的 出现这种问题，头都要炸了=-=然后重启 tomcat 就可以了，不过这个还是 没办法解决根本问题 （但至少短时间内不会大半夜爬起来了=-=），所以千万不要忘了 关闭数据库连接。...
集成HttpClient，配置不当，导致连接数沾满，请求阻塞问题
angela_csdn的博客
08-06 1086
直接return即可，使用HttpClient配置的连接回收机制 return EntityUtils.toString(response.getEntity(), "UTF-8");
Tomcat使用java+mysql连接池一定时间后不响应问题
morefans的博客
11-23 3434
平常用tomcat写东西时，因为都不算是企业级的，数据量很小，测试什么的也没有高并发请求和大量请求的测试。而在tomcat一直运行时，一定时间后遇到一个问题，程序运行到连接池获取链接的DataSource.getConnection();时程序便不继续执行了，设置断点，下一个断点怎么也执行不到，连函数return都执行不了。而且tomcat也不报错，没有记录，没法继续debug。 分析原因：
Druid数据库连接池获取连接超时阻塞（转载）
MinFtSc的博客
11-20 5538
一. 背景 17年公司有个项目组在南京做项目的时候，开发框架用的是spring boot ，数据库连接池用的是druid，但老是遇到socket read timeout的错误，不得已放弃了druid而改用了tomcat数据库连接池，问题得到解决，也就没有深入找druid的原因了（按理说牛掰的druid不应该啊）。 时间到了18年，我所在的项目组到了安徽马鞍山...
线程获取数据库连接无限期等待
03-01
### 解决线程获取数据库连接时出现的无限期等待问题 当多个线程尝试访问有限数量的数据库连接池资源时，可能会发生无限期等待的现象。这种情况下，通常是因为某些线程长时间占用连接而未释放，导致其他线程无法获得所需的连接资源[^1]。 为了防止这种情况的发生，可以采取以下几种策略： #### 1. 设置合理的超时机制 通过设置获取数据库连接的最大等待时间来避免线程无休止地等待。一旦超过设定的时间阈值，则认为当前请求失败并抛出异常给调用方处理。这不仅能够有效减少不必要的阻塞情况，同时也便于上层业务逻辑针对不同场景做出相应的响应措施。 ```java // 假设使用的是 HikariCP 连接池配置 HikariConfig config = new HikariConfig(); config.setConnectionTimeout(30_000); // 单位毫秒, 超过此时间仍未取得连接则报错 ``` #### 2. 实施限流控制 对于高并发的应用环境来说，在短时间内大量创建新线程去争夺少量可用的数据库链接显然是不理智的行为。可以通过引入信号量(Semaphore)或者其他形式的流量控制器来限制同一时刻最多允许多少个活跃的工作单元同时向数据源发起读写请求。 ```java Semaphore semaphore = new Semaphore(maxConcurrentAccesses); public void accessDatabase() throws InterruptedException { try { semaphore.acquire(); // 尝试进入临界区前先申请许可 // 执行具体的数据库操作... } finally { semaphore.release(); // 不管成功与否都要记得释放许可证 } } ``` #### 3. 使用异步非阻塞模式 如果应用程序架构支持的话，考虑采用基于回调函数或Future/Promise风格的设计思路重构原有的同步流程。这样做的好处是可以让主线程不必一直挂起直到子任务完成为止；相反它可以在后台持续运行而不影响用户体验流畅度的同时利用事件驱动的方式接收来自底层I/O模块返回的结果集。 ```kotlin fun asyncQuery(sql:String): CompletableFuture<List<Map<String, Any>>> = CompletableFuture.supplyAsync{ val connection = dataSource.getConnection() try { val statement = connection.prepareStatement(sql) val resultSet = statement.executeQuery() mutableListOf<Map<String,Any>>().apply { while (resultSet.next()){ add(mapOf( "columnA" to resultSet.getString("Column_A"), "columnB" to resultSet.getInt("Column_B") )) } } }finally {connection.close()} } ``` 以上三种方式都可以有效地缓解乃至彻底消除因为争抢共享型持久化存储接口所引发的一系列连锁反应——即所谓的“饥饿”状态或是更严重的死锁状况[^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值