Tomcat连接池配置

您所在的位置:网站首页 tomcat链接池配置 Tomcat连接池配置

Tomcat连接池配置

2024-05-22 06:14| 来源: 网络整理| 查看: 265

今日做了个小网站,数据量不大,但当发布到虚拟主机上之后,接连不断的遇到各种问题。

被折磨了数日后,在网上查了大量的相关资料,现总结如下。

一.项目在上传到远程服务器的过程中,有可能丢失文件,或文件内容发生改变。虽然几率是很小的,但程序容不得一丁点错误,你懂得。。。

方法一般为:将程序打成war包上传,或将编译好的项目打个压缩包(如tomcat根目录下的项目文件)上传。项目完成后,一定要在本地测试确保无误,把本地测试过的传上去。否则,不知不觉中就会出错,而且不知道哪出错,没法调试。

二.配置tomcat虚拟主机连接池。

在tomcat配置文件server.xml下,找到 这一行,并改为 相关参数说明: 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,我们可以看看下面的这个例子:

这样的话,就可以避免产生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.servlember.MyMaterialServlet.toExcel(Unknown Source)

        at org.yeeda.costexpress.servlember.MyMaterialServlet.doPost(Unknown Source)

这个相当于异常处理,程序不会报错。但是我们可以通过异常信息找到到底是哪里的connection没有关闭,能够找到代码的位置,然后仔细分析代码,看从连接池的拿到的连接到底执行了close()方法没有。如果出现上述那样的情况,一般是没有关闭的。

三、在应用程序的web.xml文件中,标签前,添加如下代码:

   sxd Datasource example   jdbc/sxdDS   javax.sql.DataSource   Container     四、程序中的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();  } }

}



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3