c3p0引起的死锁如何解决

com.mchange.v2.async.ThreadPoolAsynchronousRunner -466510
78 [Timer-18] WARN  com.mchange.v2.async.ThreadPoolAsynchronousRunner  - com.mchange.v2.async.ThreadPoolAsynchronousRunner$DeadlockDetector@1c17bd4 -- APPARENT DEADLOCK!!! Creating emergency threads for unassigned pending tasks!

看到这个头都大了，怎么办呢?为什么出现这样的情况？

我的答案是:

因为数据库的连接数是有限的，每次应用启动C3p0都会占用数据库的连接来填充C3p0的连接池，而当数据库的资源被占光时就会因为无法获得共享资源而报死锁。

更改对应配置文件里面的最大连接数和初始化连接数:

未改前:

<property name="maxPoolSize" value="100" />  
<property name="initialPoolSize" value="2" />

修改之后:

<property name="maxPoolSize" value="1" />  
<property name="initialPoolSize" value="1" />

重新部署运行，ok！

以上就是c3p0引起的死锁如何解决 的详细内容，更多请关注Gxl网其它相关文章！