本文介绍了c3p0连接池遇到的死锁问题，通常由配置不当引起，特别是连接池大小设置过小。解决方法是将max_statements设置为0。此外，还探讨了数据库死锁的概念，当两个会话持有不同对象的锁并互相等待时，会发生死锁，SQL Server会选择其中一个事务进行回滚。分布式事务也可能导致死锁或阻塞。参考CSDN文章深入了解c3p0配置。
c3p0连接死锁
笔主今天遇到了c3p0连接池死锁的问题，c3p0发生死锁大多跟配置文件有关。如果c3p0连接池设置过小。当连接池满时。由于没有对各个线程设置优先级。导致后面的线程一直等待连接。造成死锁。
解决办法:把max_statements设置为0。
c3p0在同时关闭statement和connection的时候，或者关闭他们之间的时间很短的时候，有时候connection并没有被关闭，因为有些preparedstatement还在被cached住。说点题外话：当两个用户（或会话）具有不同对象的锁，并且每个用户需要另一个对象的锁时，就会出现死锁。每个用户都等待另一个用户释放他的锁。当两个连接陷入死锁时，Microsoft？ SQL Server？ 会进行检测。其中一个连接被选作死锁牺牲品。该连接的事务回滚，同时应用程序收到错误。
使用
最低0.47元/天 解锁文章
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
