您的位置:首页 > 运维架构 > Tomcat

Java数据库连接-JNDI方式- 配置Tomcat6.0 连接池

2014-03-19 10:20 239 查看
6. JNDI方式 - 配置Tomcat6.0 连接池

数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接,当需要建立数据库连接时,只需从“缓冲池”中取出一个,使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量,使用情况,为系统开发,测试及性能调整提供依据。

数据库连接池技术带来的优势:

a) 资源重用

由于数据库连接得到重用,避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上,另一方面也增进了系统运行环境的平稳性(减少内存碎片以及数据库临时进程/线程的数量)。

b) 更快的系统响应速度

数据库连接池在初始化过程中,往往已经创建了若干数据库连接置于池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言,直接利用现有可用连接,避免了数据库连接初始化和释放过程的时间开销,从而缩减了系统整体响应时间。

c) 新的资源分配手段

对于多应用共享同一数据库的系统而言,可在应用层通过数据库连接的配置,实现数据库连接池技术,几年前也许还是个新鲜话题,对于目前的业务系统而言,如果设计中还没有考虑到连接池的应用,那么…….快在设计文档中加上这部分的内容吧。某一应用最大可用数据库连接数的限制,避免某一应用独占所有数据库资源。

d) 统一的连接管理,避免数据库连接泄漏

在较为完备的数据库连接池实现中,可根据预先的连接占用超时设定,强制收回被占用连接。从而避免了常规数据库连接操作中可能出现的资源泄漏。

一般步骤:

6.1 配置JNDI Resource

自tomcat 5.5起数据库连接池的配置和以前的不同了,不推荐在server.xml中进行配置,

而是在%Tomcat_Home%\webapps\yourApp\META-INF\context.xml中进行配置才是更好的方法。

而不是以前版本%Tomcat_Home%\conf\context.xml文件。这样就可以在不同的web应用下单独配置连接池了,且Tomcat会自动重载。当然你也可以更改%Tomcat_Home%\conf下的context.xml文件,将所有web应用下的连接池进行统一配置。

因为server.xml是不可动态重加载的资源,服务器一旦启动了以后,要修改这个文件,就得重启服务器才能重新加载。而context.xml文件则不然,tomcat服务器会定时去扫描这个文件。一旦发现文件被修改(时间戳改变了),就会自动重新加载这个文件,而不需要重启服务器。

注:这一步容易报错:Cannot create JDBC driver of class '' for connect URL 'null'

context.xml内容:

<!-- The contents of this file will be loaded for each web application -->

<Context>

<Resource name="jdbc/db" auth="Container"

type="javax.sql.DataSource"

maxActive="30" maxIdle="10" maxWait="10000"

driverClassName="com.mysql.jdbc.Driver"

url="jdbc:mysql://localhost:3306/mydb"

username="root" password="root" />

<WatchedResource>WEB-INF/web.xml</WatchedResource>

<WatchedResource>WEB-INF/struts-config.xml</WatchedResource>

</Context>

相关说明:

name 为当前数据源JNDI的名字,可以随意设定;

auth 为验证方式;

type 资源类型;

maxActiv 为连接池最大激活的连接数,设为0表示无限制;

maxIdle 为连接池最大空闲的连接数,数据库连接的最大空闲时间。超过空闲时间,

数据库连接将被标记为不可用,然后被释放。设为0表示无限制;

maxWait 为连接最大的等待时间,单位毫秒,如果超过此时间将接到异常。设为-1表示无限制。;

driverClassName 为驱动引用;

url 为连接数据库的连接地址;

username 为数据库的一个用户名;

password 为username的密码;

<WatchedResource>标签内定义服务器在运行期监视的资源文件.服务器根据前后(修改)时间戳来判断是否发生修改,如若发生修改则重新加载该文件.

6.2 配置web.xml

关于这一步,貌似不是必须的,好像可以省略.

web.xml内容:

<resource-ref>

<description>DB Connection</description>

<res-ref-name>jdbc/db</res-ref-name>

<res-type>javax.sql.DataSource</res-type>

<res-auth>Container</res-auth>

</resource-ref>

注意: <res-ref-name>填写的内容要与在上文提到的JNDI Name名称一致,即与context.xml中<Resource>标签的name属性值相同。虽然<res-type>标签内容虽然在<Resource>标签内容相同,但是是必不可少的.<res-auth>标签貌似可以省略,默认就是权限就是Container.

6.3 连接数据库进行登录验证

一般步骤:

a) 获取当前服务器加载的context内容.Context context = new InitialContext();

这里是第1步中提到的context内容.

加载优先顺序是:conf/server.xml中<Resource>标签内容 -> conf/context.xml中<Resource>标签内容 -> conf/Catalina/主机名(e.g. localhost)/项目名.xml

注: conf/Catalina/主机名(e.g. localhost)/项目名.xml是Tomcat布署时,由项目目录/WebRoot/META-INF/context.xml生成(Tomcat启动进行布署后,conf/Catalina/主机名(e.g. localhost)/项目名.xml与WebRoot/META-INF/context.xml内容一样,名字由context.xml变成项目名.xml).

b) 导入两个类包commons-dbcp和commons-pool(来自apache)

javax.sql.DataSource是一个接口,Tomcat采用commons-dbcp包中类org.apache.commons.dbcp.BasicDataBase作为其的实现类,或者说是实例创建类,还是关联在一起??(不了解过程,说不好).

Context ctx = new InitialContext();

DataSource ds = (DataSource) ctx.lookup("java:comp/env/jdbc/db");

或者

Context ctx = new InitialContext();

Context envCtx = (Context) ctx.lookup("java:comp/env");

DataSource ds = (DataSource) envCtx.lookup("jdbc/db");

关键代码:

private static Connection conn;

private static PreparedStatement stmt;

if (conn == null || conn.isClosed())

{

String name = "java:comp/env/jdbc/db";

Context context = new InitialContext();

DataSource data = (DataSource) context.lookup(name);

conn = data.getConnection();

stmt = conn.prepareStatement(sql);

}
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: