（转）Tomcat连接池配置

Tomcat连接池配置

原文地址：http://www.cnblogs.com/zmc/p/3295761.html

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

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

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

方法一般为：将程序打成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&amp;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();
  }
 }

}