今天又遇到了11gR2连接数满的问题,以前也遇到过,因为应用那边没有深入检查,没有找到具体原因,暂且认为是这个版本Oracle的BUG吧. 上次的处理办法是用Shell脚本定时在系统中kill  v$session.status='INACTIVE'的连接,但是这次现场没有在操作系统中部署脚本的权限,只好在数据库中做处理,幸好我们对这个 数据库有完全的权限.这次使用了profile+JOB定时alter system kill 'sid,seral#' immediate的方式.具体脚本如下:

        关于应用程序池 在 IIS 6.0 中,引入了应用程序池,应用程序池是将一个或多个应用程序链接到一个或多个工作进程集合的配置.因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔,所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响.有了应用程序池,就可以使用被隔离的进程来运行 Web 应用程序.每个应用程序池在服务器上都具有唯一的凭据,因此您可以识别出哪些应用程序在执行哪些操作.如果一个应用程序失败,它不会影响在同时运行的其他应用程序.   

后来排查出数据库监听异常,发现是ORA-12519拒绝错误.后来发现是数据的连接池达到的极致. 具体解决方案如下: --首先检查process和session的使用情况,在sqlplus里面查看. SQL> show parameter processes NAME                         TYPE        VALUE ------------------------------------ ----------- -------------------------

原由:许多用户可能在查询相同的数据库以获取相同的数据.在这些情况下,可以通过使应用程序共享到数据源的连接来提高应用程序的性能.否则,让每个用户打开和关闭单独的连接的开销会对应用程序性能产生不利影响.这样就有了连接池. 实现: C#在连接字符串中设置连接池. 如果使用的是 OleDbConnection.OdbcConnection 或 OracleConnection 类,则连接池将由提供程序自动处理,所以您不必自己进行管理. 如果使用的是 SqlConnection 类,则连接池被隐式管理,但

archive log 日志已满ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法1. 用sys用户登录  sqlplus sys/pass@tt as sysdba2. 看看archiv log所在位置SQL> show parameter log_archive_dest;NAME                                     TYPE        VALUE---------

Oraclejdbc.properties driverClassName=oracle.jdbc.driver.OracleDriver url=jdbc:oracle:thin:@127.0.0.1:1521:orclusername=dbtestpassword=dbtest OJDBCUtils.java package com.yidu.demo.util; import oracle.jdbc.pool.OracleDataSource; import javax.sql.DataS

参考链接:https://zhiliao.h3c.com/Theme/details/48291 问题: -- ::33.235 WARNING requests.packages.urllib3.connectionpool [-] Connection pool is full, discarding connection: 10.95.134.176 -- ::36.470 WARNING requests.packages.urllib3.connectionpool [-] Conne

tomcat 5.5.23 oracle 10g 全局配置 一.tomcat目录\common\lib下添加包ojdbc14.jar. 二.tomcat目录\conf\server.xml的<GlobalNamingResources>标签中插入 oracle的连接参数: <Resource name="jdbc/oracle"          type="javax.sql.DataSource"                  driver

环境: .net 4.0以上使用Oracle.ManagedDataAccess组件链接oracle数据库,应用程序与数据库之间存在硬件防火墙. 症状:应用程序启动后正常访问,如果出现长时间无数据库请求的情况,或者请求较少时,会出现oracle链接问题如下: OracleInternal.Network.NetworkException (0x80004005): ORA-03135: 连接失去联系 ---> System.Net.Sockets.SocketException (0x80004

特此记录 <!-- 数据源配置, 使用应用中的DBCP数据库连接池 --> <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <!-- Connection Info --> <property name="driverClassName" valu

<?xml version='1.0' encoding='utf-8'?> <Context displayName="zcgl" docBase="C:\tjzc\tongji" path="/zcgl" reloadable="true" privileged="true"> <Resource auth="Container" description

1.数据来源. 控制台地址:172.30.252.164:7001/console 登陆: weblogic/weblogic#123数据库jdbc:oracle:thin:@172.30.252.123:1521:pndb smartposdb_test/CDE#4rfv 根据上面的内容可以得到: (1)数据库类型是oracle. (2)采用的是java的jdbc的thin瘦方式连接数据库. (3)数据库服务器的ip和端口分别是172.30.252.123和1521. (4)数据库SID是pn

在oracle中,使用in方法查询记录的时候,如果in后面的参数个数超过1000个,那么会发生错误,JDBC会抛出"java.sql.SQLException: ORA-01795: 列表中的最大表达式数为 1000"这个异常.比如执行select * from table where id in (1, 2, ..., 1000, 1001, .....,1999)时. 在网上搜了一下,解决方案都是将参数分段,即select * from table where id in (1, 

转自:博客园宁静.致远:http://www.cnblogs.com/zhangzhu/archive/2013/10/10/3361197.html 异常信息: MySql.Data.MySqlClient.MySqlException (0x80004005): error connecting: Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This ma

异常信息: MySql.Data.MySqlClient.MySqlException (0x80004005): error connecting: Timeout expired. The timeout period elapsed prior to obtaining a connection from the pool. This may have occurred because all pooled connections were in use and max pool size

对于ORM框架而言,数据源的组织是一个非常重要的一部分,这直接影响到框架的性能问题.本文将通过对MyBatis框架的数据源结构进行详尽的分析,并且深入解析MyBatis的连接池. 本文首先会讲述MyBatis的数据源的分类,然后会介绍数据源是如何加载和使用的.紧接着将分类介绍UNPOOLED.POOLED和JNDI类型的数据源组织:期间我们会重点讲解POOLED类型的数据源和其实现的连接池原理. 以下是本章的组织结构: 一.MyBatis数据源DataSource分类 二.数据源DataSour

<深入理解mybatis原理> Mybatis数据源与连接池 对于ORM框架而言,数据源的组织是一个非常重要的一部分,这直接影响到框架的性能问题.本文将通过对MyBatis框架的数据源结构进行详尽的分析,并且深入解析MyBatis的连接池. 本文首先会讲述MyBatis的数据源的分类,然后会介绍数据源是如何加载和使用的.紧接着将分类介绍UNPOOLED.POOLED和JNDI类型的数据源组织:期间我们会重点讲解POOLED类型的数据源和其实现的连接池原理. 以下是本章的组织结构: 一.MyBa

1.背景 前段时间在看gorm,发现gorm是复用database/sql的连接池. 于是翻了下database/sql的数据库连接池的代码实现,看完代码,好像也不是很复杂,但是总觉得理解不够深刻,于是萌生了自己想写个连接池的想法.(最后也验证了,看源码的理解确实不够深刻,一看就会,一做就跪) 2.连接池的实现原理 什么是连接池 顾名思义是一个池子 池子里面存放有限数量即时可用的连接,减少创建连接和关闭连接的时间 连接是有存活时间的 具体到数据库连接池,我根据自己的理解画了一张获取连接的流程图

对于ORM框架而言,数据源的组织是一个非常重要的一部分,这直接影响到框架的性能问题.本文将通过对MyBatis框架的数据源结构进行详尽的分析,并且深入解析MyBatis的连接池.本文首先会讲述MyBatis的数据源的分类,然后会介绍数据源是如何加载和使用的.紧接着将分类介绍UNPOOLED.POOLED和JNDI类型的数据源组织:期间我们会重点讲解POOLED类型的数据源和其实现的连接池原理. 一.MyBatis数据源DataSource分类 MyBatis数据源实现是在以下四个包中: MyBa

目录 一.如何理解数据库连接 二.连接池的工作原理 三.database/sql包结构 四.三个重要的结构体 4.1.DB 4.2.driverConn 4.3.Conn 五.流程梳理 5.1.先获取DB实例 5.2.流程梳理入口: 5.3.获取连接 5.4.释放连接 5.5.connectionOpener 5.5.1.是什么? 5.5.2.什么时候开启的? 5.5.3.代码详情 5.5.4.谁往openerCh中投放消息? 5.5.5.注意点: 5.6.connectionCleaner 5

分析Web Resources中的Connections per second可以判断是否服务器连接池瓶颈. connections per second会给出两种不同状态的连接数:中断的连接和新建的连接. 分析: 1)   通常,我们可以把connections per second 和 Running Vusers合并起来分析,如上图所示: 2)   连接数越多,说明服务器的连接池越大: 3)   如果随着负载上升,连接数停止上升,说明系统的连接池已满,无法连接到更多的用户,通常这时候服务器