Tomcat连接池配置
今日做了个小网站,数据量不大,但当发布到虚拟主机上之后,接连不断的遇到各种问题。
被折磨了数日后,在网上查了大量的相关资料,现总结如下。
一.项目在上传到远程服务器的过程中,有可能丢失文件,或文件内容发生改变。虽然几率是很小的,但程序容不得一丁点错误,你懂得。。。
方法一般为:将程序打成war包上传,或将编译好的项目打个压缩包(如tomcat根目录下的项目文件)上传。项目完成后,一定要在本地测试确保无误,把本地测试过的传上去。否则,不知不觉中就会出错,而且不知道哪出错,没法调试。
二.配置tomcat虚拟主机连接池。
- 在tomcat配置文件server.xml下,找到
- <Context path="" docBase="" reloadable="true" />
这一行,并改为
<Context path="" docBase="" reloadable="true">
<Resource name="jdbc/sxdDS" auth="Container"
type="javax.sql.DataSource" driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://localhost:3306/数据库名?characterEncoding=GBK&useUnicode=true"
username="用户" password="密码" maxActive="100" maxIdle="10"
maxWait="-1" removeAbandoned="true" removeAbandonedTimeout="20" logAbandoned="true"/>
</Context> - 相关参数说明:
- dataSource: 要连接的 datasource (通常我们不会定义在 server.xml)
defaultAutoCommit: 对于事务是否 autoCommit, 默认值为 true
defaultReadOnly: 对于数据库是否只能读取, 默认值为 false
driverClassName:连接数据库所用的 JDBC Driver Class,
maxActive: 可以从对象池中取出的对象最大个数,为0则表示没有限制,默认为8
maxIdle: 最大等待连接中的数量,设 0 为没有限制 (对象池中对象最大个数)
minIdle:对象池中对象最小个数
maxWait: 最大等待秒数, 单位为 ms, 超过时间会丟出错误信息,-1为无限制
password: 登陆数据库所用的密码
url: 连接数据库的 URL
username: 登陆数据库所用的帐号
validationQuery: 验证连接是否成功, SQL SELECT 指令至少要返回一行
removeAbandoned: 是否自我中断, 默认是 false
removeAbandonedTimeout: 几秒后会自我中断, removeAbandoned 必须为 true
logAbandoned: 是否记录中断事件, 默认为 false
minEvictableIdleTimeMillis:大于0 ,进行连接空闲时间判断,或为0,对空闲的连接不进行验证;默认30分钟
timeBetweenEvictionRunsMillis:失效检查线程运行时间间隔,如果小于等于0,不会启动检查线程,默认-1
testOnBorrow:取得对象时是否进行验证,检查对象是否有效,默认为false
testOnReturn:返回对象时是否进行验证,检查对象是否有效,默认为false
testWhileIdle:空闲时是否进行验证,检查对象是否有效,默认为false
Ø 在使用DBCP的时候,如果使用默认值,则数据库连接因为某种原因断掉后,再从连接池中取得连接又不进行验证,这时取得的连接实际上就会是无效的数据库连接。因此为了防止获得的数据库连接失效,在使用的时候最好保证:
username: 登陆数据库所用的帐号
validationQuery:SELECT COUNT(*) FROM DUAL
testOnBorrow、testOnReturn、testWhileIdle:最好都设为true
minEvictableIdleTimeMillis:大于0 ,进行连接空闲时间判断,或为0,对空闲的连接不进行验证
timeBetweenEvictionRunsMillis:失效检查线程运行时间间隔,如果小于等于0,不会启动检查线程
Ø PS:在构造GenericObjectPool [BasicDataSource在其createDataSource () 方法中也会使用GenericObjectPool]时,会生成一个内嵌类Evictor,实现自Runnable接口。如果 timeBetweenEvictionRunsMillis大于0,每过timeBetweenEvictionRunsMillis毫秒 Evictor会调用evict()方法,检查对象的闲置时间是否大于minEvictableIdleTimeMillis毫秒(_minEvictableIdleTimeMillis小于等于0时则忽略,默认为30分钟),是则销毁此对象,否则就激活并校验对象,然后调用 ensureMinIdle方法检查确保池中对象个数不小于_minIdle。在调用returnObject方法把对象放回对象池,首先检查该对象是否有效,然后调用PoolableObjectFactory的passivateObject方法使对象处于非活动状态。再检查对象池中对象个数是否小于 maxIdle,是则可以把此对象放回对象池,否则销毁此对象
Ø 上述特性的可设置性已在代码中验证,具体性能是否能实现有待实际验证在Tomcat的Server.xml,我们可以看看下面的这个例子:
<Resource name="lda/raw"
type="javax.sql.DataSource"
password="lda_master"
driverClassName="oracle.jdbc.driver.OracleDriver"
maxIdle="30" minIdle="2" maxWait="60000" maxActive="1000"
testOnBorrow="true" testWhileIdle="true" validationQuery="select 1 from dual"
username="lda_master" url="jdbc:oracle:thin:@192.160.100.107:15537:lcststd"/>这样的话,就可以避免产生Connection Reset的错误了.
这样一来,就能够解决Connect Reset的问题了。刚才说了,其实很多App Server都会有相应的配置地方,只是大型的服务器正好提供了Admin Console,上面可以显式的配置Connection Pool,也有明显的属性选择。
- 值得一提的是,
- removeAbandoned: 是否自我中断, 默认是 false
removeAbandonedTimeout: 几秒后会自我中断, removeAbandoned 必须为 true
logAbandoned: 是否记录中断事件, 默认为 false
这三个属性。
removeAbandoned removeAbandonedTimeout 两个属性配合使用可以将指定时间内没有关闭的connection回收关闭。
设置了这几个属性后,连接池连接数的状态是这样的,如果存在没有关闭的连接,连接池会每隔removeAbandonedTimeout设置的时间,检测一下连接池的连接数和连接状态,如果当连接池中活动的连接数大于maxActive设置的最大连接数时,将会启动连接回收,这个连接回收是不会将连接回收到连接池重复利用,而是直接销毁这些连接。在这个时候连接池的连接数会突然下降至当前需要的连接,而这些连接是连接池重新产生的,不是回收利用的。
如果持续发现这种情况,而且这些连接在数据库总的状态一直是sleep状态,我个人觉得,就应该是程序中没有正常关闭连接了。我们就需要在程序中找到这个连接。恰恰连接池提供了logAbandoned属性,如果将其设置为true,那么在出现上述情况时,关闭的连接信息打印到日志,类似的打印日志如下:
DBCP object created 2011-04-14 11:22:18 by the following code was never closed:
java.lang.Exception
at org.apache.tomcat.dbcp.dbcp.AbandonedTrace.setStackTrace(AbandonedTrace.java:160)
at org.apache.tomcat.dbcp.dbcp.AbandonedObjectPool.borrowObject(AbandonedObjectPool.java:86)
at org.apache.tomcat.dbcp.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:96)
at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880)
at org.yeeda.costexpress.util.ConnectionPool.getConnection(Unknown Source)
at org.yeeda.costexpress.service.member.impl.MyMaterialServiceImpl.exportExcel(Unknown Source)
at org.yeeda.costexpress.servlet.member.MyMaterialServlet.toExcel(Unknown Source)
at org.yeeda.costexpress.servlet.member.MyMaterialServlet.doPost(Unknown Source)
这个相当于异常处理,程序不会报错。但是我们可以通过异常信息找到到底是哪里的connection没有关闭,能够找到代码的位置,然后仔细分析代码,看从连接池的拿到的连接到底执行了close()方法没有。如果出现上述那样的情况,一般是没有关闭的。
三、在应用程序的web.xml文件中,</web-app>标签前,添加如下代码:
<resource-ref>
<description>sxd Datasource example</description>
<res-ref-name>jdbc/sxdDS</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
四、程序中的java代码,DBConnection.java。
public class DBConnetion {
private Connection conn = null;
private PreparedStatement psta = null;
public Connection getConnection() {
try {
Context cxt = new InitialContext();
DataSource ds=(DataSource) cxt.lookup("java:comp/env/jdbc/sxdDS");
conn=ds.getConnection();
} catch (NamingException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return conn;
}
public PreparedStatement getPsta(String sql) {
conn = this.getConnection();// 得到连接
try {
psta = conn.prepareStatement(sql);
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return psta;
}
/**
* 关闭Connetion连接
* @param conn
* @throws SQLException
* @throws SQLException
*/
public void closeConnetion(Connection conn){
if (conn != null) {
try {
conn.close();//使用连接池后,colse()被重写,此时并没关闭,而是放回了连接池中
//System.out.println("连接是否关闭: "+conn.isClosed());
conn = null;
} catch (SQLException e) {
e.printStackTrace();
}finally {
if(conn!=null){
try {
conn.close() ;
System.out.println("连接是否关闭: "+conn.isClosed());
} catch (SQLException e) {
e.printStackTrace();
}
}
}
}
}
/**
* 关闭所有连接
* @param conn
* @param psta
* @param rs
*/
public void closeAll(Connection conn, PreparedStatement psta, ResultSet rs) {
try {
if (rs != null) {
rs.close();
rs = null;
}
if (psta != null) {
psta.close();
psta = null;
}
if (conn != null) {
this.closeConnetion(conn);
}
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
Tomcat连接池配置的更多相关文章
- Tomcat连接池配置与实现/JNDI
方法一: 在Tomcat的conf/context.xml中配置在Tomcat\apache-tomcat-6.0.33\conf目录下的context.xml文件中配置默认值如下: <?xml ...
- tomcat连接池配置详解
<bean class="org.apache.tomcat.jdbc.pool.PoolProperties"> <property name="ur ...
- tomcat连接池配置和使用
一种方法是在conf/context.xml文件中配置,配置oracle连接池的一个例子的context内容如下: <?xml version='1.0' encoding='utf-8'?&g ...
- c3p0、dbcp、tomcat jdbc pool 连接池配置简介及常用数据库的driverClass和驱动包
[-] DBCP连接池配置 dbcp jar包 c3p0连接池配置 c3p0 jar包 jdbc-pool连接池配置 jdbc-pool jar包 常用数据库的driverClass和jdbcUrl ...
- hibernate+mysql的连接池配置
1:连接池的必知概念 首先,我们还是老套的讲讲连接池的基本概念,概念理解清楚了,我们也知道后面是怎么回事了. 以前我们程序连接数据库的时候,每一次连接数据库都要一个连接,用完后再释放.如果频繁的 ...
- Tomcat 连接池详解
(转) JDBC 连接池 org.apache.tomcat.jdbc.pool 是Apache-Commons DBCP连接池的一种替换或备选方案. 那究竟为何需要一个新的连接池? 原因如下: Co ...
- web 连接池配置
TOMCAT J2EE项目连接池配置 web 项目的 web.xml <web-app> <resource-ref> <description>DB Connec ...
- Tomcat数据库连接池配置
Tomcat数据库连接池配置 1. Server.xml的配置 (1)找到tomcat所在目录下的conf\server.xml文件 (2)在文件最后一个</host> ...
- DB数据源之SpringBoot+MyBatis踏坑过程(七)手动使用Tomcat连接池
DB数据源之SpringBoot+MyBatis踏坑过程(七)手动使用Tomcat连接池 liuyuhang原创,未经允许禁止转载 系列目录连接 DB数据源之SpringBoot+Mybatis踏坑 ...
随机推荐
- 前端开发-5-HTML-总结
1.总体 资源:https://www.processon.com/view/link/5ad1c2d0e4b0b74a6dd64f3c html head标签 title 显示网站的标题 meta ...
- tensorflow笔记之反向传播时用到的几种方法
1. 梯度下降, tf.train.GradientDescentOptimizer(0.05),梯度下降的问题在与不一定能获得全局最优解,并且因为要在所有数据上最小化损失,所以损失函数是在所有训练数 ...
- Mysql日期时间Extract函数介绍
MySQL日期时间Extract函数的优点在于可以选取日期时间的各个部分,从年一直到微秒,让我们对MySQL日期时间的处理更为轻松. MySQL 日期时间 Extract(选取)函数.1. 选取日期时 ...
- 集中化管理平台Saltstack安装配置
salt是一个异构平台基础设置管理工具(虽然我们通常只用在Linux上),使用轻量级的通讯器ZMQ,用Python写成的批量管理工具,完全开源,遵守Apache2协议,与Puppet,Chef功能类似 ...
- 分享 - 27 个机器学习、数学、Python 速查表
转载自:伯乐在线 - iPytLab,原文链接,侵删 机器学习涉及到的方面非常多.当我开始准备复习这些内容的时候,我找到了许多不同的”速查表”, 这些速查表针对某一主题都罗列出了所有我需要知道的知 ...
- TEXT 8 Ready, fire, aim
TEXT 8 Ready, fire, aim 预备!开火!瞄准!! Feb 16th 2006 From The Economist print edition Foreword:A vice-pr ...
- oozie错误:javax.servlet.jsp.el.ELException: variable [***] cannot be resolved
完整错误: javax.servlet.jsp.el.ELException: variable [compute] cannot be resolved at org.apache.oozie.ut ...
- android示例:一个简单的登陆程序
最近写了个简单的登陆程序,有几点收获: 1.懂得如何在LinearLayout中嵌套LinearLayout,完善布局的行列: 2.用android:layout_weight控制控件的比重: 3.用 ...
- Tree(树链剖分+线段树延迟标记)
Tree http://poj.org/problem?id=3237 Time Limit: 5000MS Memory Limit: 131072K Total Submissions: 12 ...
- PHP的zip、unzip类详解
1.打开一个ZIP包,用于读取.写入或修改 open(string $filename [, int $flags]) $filename - 文件名 $flags - 打开模式 ZIPARCHIVE ...