【异常】No ManagedConnections available within configured blocking timeout


Caused by: org.jboss.util.NestedSQLException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] ); - nested throwable: (javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] ))

 at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:107)
 at org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:110)
 at org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:76)
 ... 98 more
Caused by: javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] )
 at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:246)
 at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:534)
 at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:395)
 at org.jboss.resource.connectionmanager.TxConnectionManager.getManagedConnection(TxConnectionManager.java:297)
 at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:447)
 at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:874)
 at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:103)
 ... 100 more
 
【问题现象】JBOSS 崩溃
 
【问题原因】
Caused by: javax.resource.ResourceException: No ManagedConnections available within configured blocking timeout ( 30000 [ms] )
通过异常从网上查了一下意思是:表示这个库连接数一直吃紧,或者连接超时,
查询条件拼接错误导致 SQL 一直查询数据库,
最终因积累的数据库处理太多,都在等待数据连接最终报错
 
 
整理了以下网上排查相关问题用到的SQL 
 
--正在执行的SQL
SELECT A.USERNAME, A.SID, B.SQL_TEXT, B.SQL_FULLTEXT
  FROM V$SESSION A, V$SQLAREA B
 WHERE A.SQL_ADDRESS = B.ADDRESS;
 
SELECT * FROM CUSTOMEREN;
 
--最近执行的 SQL 
SELECT B.SQL_TEXT, B.FIRST_LOAD_TIME, B.SQL_FULLTEXT
  FROM V$SQLAREA B
 WHERE B.FIRST_LOAD_TIME BETWEEN '2016-05-25/09:24:47' AND
       '2016-05-25/19:24:47'
 ORDER BY B.FIRST_LOAD_TIME DESC;
 
--查找前十条性能差的SQL. 
SELECT *
  FROM (SELECT PARSING_USER_ID,
               EXECUTIONS,
               SORTS,
               COMMAND_TYPE,
               DISK_READS,
               SQL_TEXT
          FROM V$SQLAREA
         ORDER BY DISK_READS DESC)
 WHERE ROWNUM < 10;
 
--获取单次执行时间最长的10个SQL
SELECT SQL_ID, SQL_TEXT, ROUND(EXEC_TIME / 1000000, 0) EXEC_TIME
  FROM (SELECT SQL_ID,
               SQL_TEXT,
               EXEC_TIME,
               RANK() OVER(ORDER BY EXEC_TIME DESC) EXEC_RANK
          FROM (SELECT SQL_ID,
                       SQL_TEXT,
                       CPU_TIME,
                       ELAPSED_TIME,
                       EXECUTIONS,
                       ROUND(ELAPSED_TIME / EXECUTIONS, 0) EXEC_TIME
                  FROM V$SQL
                 WHERE EXECUTIONS > 1))
 WHERE EXEC_RANK <= 10;
 
 
--获取执行次数最多的10个SQL
SELECT SQL_TEXT, EXECUTIONS
  FROM (SELECT SQL_TEXT,
               EXECUTIONS,
               RANK() OVER(ORDER BY EXECUTIONS DESC) EXEC_RANK
          FROM V$SQL)
 WHERE EXEC_RANK <= 10;
 
 
posted @ 2016-05-25 17:26  不及格的飞鱼  阅读(3465)  评论(0编辑  收藏  举报