【问题经验】记一次Dubbo线程耗尽的问题-druid数据库连接池突发性能

本文深入分析了Dubbo服务在高并发场景下,因Druid数据库连接池配置不当导致线程池阻塞及死锁问题。通过分析线程堆栈信息,揭示了大量线程在等待同一把锁的竞争状态,进而详细解释了连接池资源不足引发的锁竞争和条件变量等待现象。文章最后提出了解决方案,包括调整Druid连接池的initialSize和minIdle参数,以缓解线程阻塞和死锁问题。

问题现象

1. 应用日志输出:"[DUBBO] Thread pool is EXHAUSTED!"

2. 当时服务提供者的处理时间变长 

 

原因分析

    我们都知道线程池溢出会触发拒绝策略,dubbo的线程池拒绝策略是抛异常,但是在异常抛出前dump一份当前jvm的堆栈信息(非常棒!),默认保存在当前用户的路径下(可通过dump.directory修改dump路径)。

    粗看一下栈信息,大量的dubbo线程(dubbo提供者的线程命名规则是:DubboServerHander-ip:port-thread-id)都在等待同一把锁。 很明显,这些线程都排队在从druid的数据库连接池获取连接

"DubboServerHandler--thread-158" Id=588 WAITING on java.util.concurrent.locks.ReentrantLock$FairSync@4f8c2a0e owned by "DubboServerHandler--thread-155" Id=586
	at sun.misc.Unsafe.park(Native Method)
	-  waiting on java.util.concurrent.locks.ReentrantLock$FairSync@4f8c2a0e
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:897)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1222)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:335)
	at com.alibaba.druid.pool.DruidDataSource.getConnectionInternal(DruidDataSource.java:1207)
	at com.alibaba.druid.pool.DruidDataSource.getConnectionDirect(DruidDataSource.java:1095)
	at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1075)
	at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:1065)
	at com.alibaba.druid.pool.DruidDataSource.getConnection(DruidDataSource.java:104)
	at org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:111)
	at org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:77)
	at org.mybatis.spring.transaction.SpringManagedTransaction.openC
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值