C3P0错误APPARENT DEADLOCK 解决根本问题

时间：2019-12-27 10:25:46
【文件属性】：

文件名称：C3P0错误APPARENT DEADLOCK 解决根本问题

文件大小：516B

文件格式：TXT

更新时间：2019-12-27 10:25:46

C3P0 APPARENT DEADLOCK

网上传言C3P0是因为本身的BUG问题，然而今天我遇到这个问题并解决了，结果发现并不是。通过配置c3p0.maxStatements=0 这种方案只是治标不治本，或者干脆无效。我上传的解决方案肯定能解决这个问题的根本原因。出现这种问题，用的数据库都是oracle。

立即下载

网友评论

  • 并没有解决我的问题诶
  • 虽然未解决问题，但还是感谢分享
  • 完全是来搞笑的，这办法就是骗分的：附带他的解决办法 C3P0一直死锁，以及数据库的PLSQL一直链接不上或者链接缓慢，是因为数据库本身的监听日志爆满。超 过2G，就造成链接数据库缓慢，然而配置c3p0.maxStatements=0 只是属于治标不治本，文件再大依旧会 出现这种情况。 单纯的配置C3P0链接的时间，配置时间越长，那么使用起来就越慢，并且到一定程度，是无法解决的。 解决问题的方式如下： 只需要重新命名listener.log文件或者删除文件就可以了，修改前先关闭oracle的监听服务。然后再重启 问题就可以解决了。 目录在： D:\app\Administrator\diag\tnslsnr\iZ2317cyxroZ\listener\trace\listener.log
  • 感觉没用上，还是一样的没解决问题
  • 整这么高积分，抢劫哦
  • 欺诈赚分， oracle 日志过大问题根本就不是c3p0出现APPARENT DEADLOCK 的根本原因。
  • 我的日志才几百M，不能解决我的问题。
  • mysql数据库，应用启动异常，但程序还能运行
  • 谢谢，是我要的东西
  • 不错，有用好。
  • 很好用~！！！
  • 好资源，有用
  • 没用到，重启一下就ok了
  • 数据库不能操作，怎么搞
  • 好资源，实用
  • 没有帮助，我的不是这个原因
  • 此解决方案是针对Oracle，请慎重下载，问题的解决也只针对监听日志
  • 目前，按这个方法再找原因，希望有用吧。很多评论的方法也不错。
  • 不是想要的答案
  • 虽然写的不错，但是我的问题没有解决
  • 提供2个思路：1，statementCacheNumDeferredCloseThreads设置为1；2，jdbcUrl里面的字符串不能有空格，去掉多余空格就能解决问题
  • 下载了，虽然不是自己想要的答案，仍然感谢作者提供解决思路
  • 没有解决我的问题。。。
  • c3p0.maxStatements=0 这个参数配置，只能说偶尔有效。还没找到根本解决的办法
  • 没用，根本不是这个原因
  • 根本不行，浪费积分，真正好的资源是共享的
  • http://vinceyu.iteye.com/blog/1103390 我报的错误，和这个网址上报的错误很类似，但是看了你的解决办法，我觉的并不适用于我。因为，的项目没写多久，怎么可能，监听日志超过2G。。我也没找到我的监听日志。 前辈，可否指点一二。（我的错误，和上面那个网址上的错误很类似），还有一件事，是我的错误，我没有做任何运动，是项目自己报出的警告，项目还能运行
  • 根本就找不到listener.log 呵呵。
  • 浪费。。。。。
  • 浪费我的积分，根本不是你说的这个！

相关文章