01关于数据库连接池和动态数据源的实现课案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
关于数据库连接池和动态数据源的实现、使用
对于一个简单的数据库应用,由于数据库的访问不是很频繁。这时可以很简单地在需要访问数据库时,就新创建一个连接,用完后就关闭它,这样就不会带来更多的性能上的开销。但是对于复杂的数据库应用,情况就完全不同了。频繁的建立、关闭连接,会极大的减低系统的性能,因为对于连接的使用成了系统性能的瓶颈。这就意味我们需要去考虑怎样把一个连接多次使用。
连接复用,通过建立数据库的连接池以及一套连接使用的管理策略,使得一个数据库连接可以得到高效、安全的复用,避免了数据库连接频繁建立、关闭给系统带来的开销。外部使用者可以通过getConnection方法获取连接,使用完毕之后再通过releaseConnection 方法将连接返回,注意此时的连接并没有关闭,而是由连接池管理器回收,并为下一次使用做好准备。
一般的数据库连接池,是使用配置文件在项目启动的使用加载配置文件,根据文件中描述,生成对应的数据库连接池。连接池有许多的属性比如:连接池的初始化连接处、连接池的最大连接数、每次的自增连接数、最大空闲连接数等等
数据库连接池技术带来的优势:
1.资源重用
由于数据库连接得到重用,避免了频繁创建、释放连接引起的大量性能开销。在减
少系统消耗的基础上,另一方面也增进了系统运行环境的平稳性(减少内存碎片以
及数据库临时进程/线程的数量)
2.更快的系统响应速度
数据库连接池在初始化过程中,往往已经创建了若干数据库连接置于池中备用,此
时连接的初始化工作均已完成,对于业务处理而言,直接利用现有的可以连接,避
免了数据库连接初始化和释放过程的时间开销,从而缩短了系统整体的响应时间。
3. 统一的连接管理,避免数据库连接泄露
在较为完备的数据库连接池实现中可以根据预先的连接占用超时设定,强制回收被
占用的连接。从而避免常规数据库连接操作中可能出现的资源泄露。
一个数据库连接池的实现
1.前言
数据库应用,在许多软件系统中经常用到,是开发中大型系统不可缺少的辅助。但如果对数据库资源没有很好地管理(如:没有及时回收数据库的游标(ResultSet)、Statement、连接(Connection)等资源),往往会直接导致系统的稳定。这类不稳定因素,不单单由数据库或者系统本身一方引起,只有系统正式使用后,随着流量、用户的增加,才会逐步显露。
在基于Java开发的系统中,JDBC是程序员和数据库打交道的主要途径,提供了完备的数据库操作方法接口。但考虑到规范的适用性,JDBC只提供了最直接的数据库操作规范,对数据库资源管理,如:对物理连接的管理及缓冲,期望第三方应用服务器(Application Server)的提供。下面以JDBC规范为基础,介绍相关的数据库连接池机制,并就如果以简单的方式,实现有效地管理数据库资源介绍相关实现技术。
2.连接池技术背景
2.1 JDBC
JDBC是一个规范,遵循JDBC接口规范,各个数据库厂家各自实现自己的驱动程序(Driver),应用在获取数据库连接时,需要以URL的方式指定是那种类型的Driver,在获得特定的连接后,可按照固定的接口操作不同类型的数据库,如: 分别获取Statement、执行SQL获得ResultSet等,如下面的例子:
在完成数据操作后,还一定要关闭所有涉及到的数据库资源。这虽然对应用程序的
逻辑没有任何影响,但是关键的操作。上面是个简单的例子,可以看到在main函
数的测试中有调用上面写的close()方法.
2.2 JDBC连接池
在标准JDBC对应用的接口中,并没有提供资源的管理方法。所以,缺省的资源管理由应用自己负责。虽然在JDBC规范中,多次提及资源的关闭/回收及其他的合理运用。但最稳妥的方式,还是为应用提供有效的管理手段。所以,JDBC为第三方应用服务器(Application Server)提供了一个由数据库厂家实现的管理标准接口:连接缓冲(connection pooling)。引入了连接池( Connection Pool )的概念,也就是以缓冲池的机制管理数据库的资源。JDBC最常用的资源有三类:
— Connection: 数据库连接。
— Statement: 会话声明。
— ResultSet: 结果集游标。
这三个类的关系是一种“爷—父—子”的关系,对Connection的管理,就是对数据库资源的管理。举个例子: 如果想确定某个数据库连接(Connection)是否超时,则需要确定其(所有的)子Statement是否超时,同样,需要确定所有相关的ResultSet是否超时;在关闭Connection 前,需要关闭所有相关的Statement和ResultSet。
因此,连接池(Connection Pool)所起到的作用,不仅仅简单地管理Connection,还涉及到Statement和ResultSet。
2.3 连接池(ConnectionPool)与资源管理
ConnectionPool以缓冲池的机制,在一定数量上限范围内,控制管理Connection,Statement 和ResultSet。任何数据库的资源是有限的,如果被耗尽,则无法获得更多的数据服务。
对资源的申请、释放、回收、共享和同步,这些管理是复杂精密的。所以,ConnectionPool 另一个功能就是,封装这些操作,为应用提供简单的,甚至是不改变应用风格的调用接口。
3.数据源dbcp
不管通过什么样的持久化技术,都必须拥有数据连接,在Spring中,数据连接是通过数据源获得的。在Spring中可以通过JNDI获取应用服务器的数据源,也可以直接在Spring 容器中配置数据源,此外还可以通过代码的方式创建数据源,便于进行无依赖的单元测试
Spring在第三方的依赖包中包含了两个数据源的实现类包:
Apache的DBCP和C3p0。可以在Spring的配置文件中利用这两者的任何一个配置数据源
DBCP的相关配置
BasicDataSource中提供了close()方法关闭数据源,所以必须设定destroy-method=“close”属性,以便Spring 容器关闭时,数据源能够正常关闭。
出去这几个必要的属性外,还有一些常用的属性,可以在网上去查找一下,也可以在《Spring3.x》8.4(数据源)中找到
一个完整的能实现数据源动态切换的数据源配置文件