Tomcat 6连接池配置报错，正确的配置方法是什么？

在Java Web应用开发中，数据库连接是性能的关键瓶颈之一，每次请求都创建和销毁数据库连接，会极大地消耗系统资源，导致应用响应缓慢，为了解决这个问题，连接池技术应运而生，Tomcat作为一款广泛应用的Web服务器，内置了数据库连接池功能，允许开发者高效地复用数据库连接，尽管Tomcat 6是一个较旧的版本，但理解其连接池配置原理，对于掌握Web应用性能优化和系统维护依然具有重要的实践意义，本文将详细介绍Tomcat 6的连接池配置方法，帮助开发者构建稳定、高效的数据访问层。

配置的核心思想

Tomcat连接池配置的核心是通过JNDI（Java Naming and Directory Interface，Java命名和目录接口）来暴露一个数据源对象，Web应用通过JNDI查找这个数据源，进而获取数据库连接，配置过程主要涉及Tomcat服务器的server.xml和Web应用的context.xml两个关键文件。

配置步骤详解

第一步：准备数据库驱动

在开始任何配置之前，必须确保Tomcat服务器能够加载到对应数据库的JDBC驱动程序，对于Tomcat 6，最稳妥的做法是将数据库驱动的JAR文件（例如mysql-connector-java-x.x.x-bin.jar）复制到Tomcat安装目录下的lib文件夹中（$CATALINA_HOME/lib），这样,Tomcat容器本身和部署在其上的所有Web应用都可以访问这个驱动。

注意： 不要将驱动JAR包放在Web应用的WEB-INF/lib目录下，当在server.xml中配置全局资源时，由Tomcat容器负责创建连接池,因此驱动必须由容器的类加载器加载。

第二步：在server.xml中定义全局资源

打开$CATALINA_HOME/conf/server.xml文件，在<GlobalNamingResources>标签内添加一个<Resource>元素来定义数据源，这样做的好处是，该数据源可以被多个Web应用共享,便于统一管理。

以下是一个配置MySQL数据库连接池的示例：

<GlobalNamingResources>
    <!-- ... 其他资源 ... -->
    <Resource name="jdbc/MyAppDB"
              auth="Container"
              type="javax.sql.DataSource"
              driverClassName="com.mysql.jdbc.Driver"
              url="jdbc:mysql://localhost:3306/mydatabase?useUnicode=true&amp;characterEncoding=utf8"
              username="dbuser"
              password="dbpassword"
              maxActive="100"
              maxIdle="30"
              maxWait="10000"
              validationQuery="SELECT 1"
              testOnBorrow="true"/>
</GlobalNamingResources>

在这个配置中,各个参数的含义至关重要：

• name: JNDI名称，Web应用将通过此名称查找数据源，通常以jdbc/开头。
• auth: 指定资源管理方，通常设为Container,表示由Tomcat容器管理。
• type: 资源类型，对于数据库连接池，固定为javax.sql.DataSource。
• driverClassName: 数据库JDBC驱动的完整类名。
• url: 数据库连接URL，注意&符号在XML中需要转义为&。
• username / password: 访问数据库的用户名和密码。
• maxActive: 连接池中允许存在的最大活动连接数，当应用请求数量超过此值时，新的请求将进入等待状态,直到有连接被释放。
• maxIdle: 连接池中保持空闲状态的最大连接数,超过此数量的空闲连接将被释放。
• maxWait: 当连接池中所有连接都被占用时，新请求等待获取连接的最长超时时间（毫秒）,超过此时间将抛出异常。
• validationQuery: 用于验证连接是否有效的SQL语句，一个简单且通用的选择是SELECT 1。
• testOnBorrow: 设置为true，表示每次从连接池借用连接时，都会执行validationQuery来验证连接的有效性,可以防止应用获取到已断开的连接。

第三步：在Web应用中引用全局资源

定义了全局资源后，需要在具体的Web应用中声明对它的引用，这通常通过在Web应用的META-INF/context.xml文件中添加<ResourceLink>元素来实现，如果该文件不存在,可以手动创建。

<Context>
    <ResourceLink name="jdbc/MyAppDB"
                  global="jdbc/MyAppDB"
                  type="javax.sql.DataSource"/>
</Context>

这里的name属性是应用内部使用的JNDI名称，global属性必须与server.xml中定义的<Resource>的name属性完全一致，type同样为javax.sql.DataSource。

第四步：在代码中获取连接

配置完成后，就可以在Java代码（如Servlet、DAO等）中通过JNDI查找来获取数据库连接了。

import javax.naming.Context;
import javax.naming.InitialContext;
import javax.sql.DataSource;
import java.sql.Connection;
public class DBUtil {
    public static Connection getConnection() throws Exception {
        // 1. 初始化JNDI上下文
        Context initContext = new InitialContext();
        // 2. 查找数据源，"java:comp/env"是JNDI环境的标准入口
        Context envContext = (Context) initContext.lookup("java:comp/env");
        DataSource ds = (DataSource) envContext.lookup("jdbc/MyAppDB");
        // 3. 从数据源获取连接
        return ds.getConnection();
    }
}

核心连接池参数调优

合理配置连接池参数是发挥其性能优势的关键,下表小编总结了几个核心参数的作用和调优建议：

通过以上步骤和参数调优，一个稳定高效的Tomcat 6连接池就配置完成了，这不仅显著提升了应用的性能和吞吐量,也增强了系统的稳定性和可维护性。

相关问答FAQs

问1：我已经按照配置操作了，但启动Tomcat时仍然报ClassNotFoundException: com.mysql.jdbc.Driver错误，是什么原因？
答： 这个错误几乎总是因为数据库驱动的JAR文件位置不正确，请确保您已将MySQL的JDBC驱动JAR包（例如mysql-connector-java-x.x.x.jar）复制到了Tomcat的lib目录（$CATALINA_HOME/lib）中，而不是放在您Web应用的WEB-INF/lib目录下，因为在server.xml中配置的是由Tomcat容器管理的全局资源,容器需要在其类路径中找到这个驱动才能创建连接。

问2：在高并发场景下，我的应用偶尔会出现“Cannot get a connection, pool exhausted”或连接超时异常，应该如何排查和优化？
答： 这个问题通常指向连接池配置不当或存在连接泄漏,建议从以下几个方面入手：

1. 检查maxActive值： 该值可能设置得太小，无法满足高并发请求，可以适当调高maxActive的值，但要监控数据库服务器的负载,确保其能够承受。
2. 检查maxWait值： 如果等待时间设置过短，在瞬时高峰时，请求可能还没等到连接就超时了，可以尝试将maxWait值适当调大。
3. 排查连接泄漏： 这是最常见的原因，检查代码中是否每次获取Connection对象后，都在finally块中明确调用了connection.close()方法，使用连接池时，close()方法并非真正关闭连接，而是将其归还给池中，如果忘记调用，连接会一直被占用,最终导致池中无可用连接。
4. 启用连接验证： 确保配置了validationQuery（如SELECT 1）并将testOnBorrow设为true，这可以防止应用从池中借用到已被数据库服务器关闭的“僵尸”连接。