数据库连接池
1.数据库连接池的必要性
(1)普通的jdbc数据库连接使用DriverManager来获取,每次向数据库建立连接的时候都要将Connection加载到内存中,再验证ip地址,用户名和密码(得花费0.05~1s的时间)。需要数据库连接的时候,就向数据库要求一个,执行完成后再断开连接。这样的方式会消耗大量的资源和时间。数据库的连接资源并没有得到很好的重复利用。若同时有几百甚至上千人在线,频繁的进行数据库连接操作将占用很多的系统资源,严重的甚至造成服务器的崩溃。
(2)对于每一次数据库连接,使用后都得断开。否则,如果程序出现异常而未能关闭,将会导致数据库系统中得内存泄漏,最终导致重启数据库。
(3)这种开发不能控制被创建得连接对象数,系统资源会被毫无顾忌的分配出去,如果连接过多,也可能导致内存泄漏,服务器崩溃。
2.数据库连接池
为解决传统开发中的数据库连接问题,可以采用数据库连接池技术(connection pool)。
(1)基本思想
数据库的基本思想就是为数据库建立一个“缓冲池”,预先在缓冲池中放入一定数量的连接,当需要建立数据库连接时,只需要从“缓冲池”取出一个,使用完毕之后再放回去。数据库连接池负责分配,管理和数据库连接,他允许应用程序重复使用一个现有的数据库连接,而不是重新建立一个。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超过最大连接数量时,这些请求将被加入等待数列中。
(2)数据库连接池技术的优点:
l 资源重用:
n 由于数据库连接得以重用,避免了频繁创建,释放连接引起的大量性能开销。在减少系统消耗的基础上,另一方面也增加了系统运行环境的平稳性。
l 更快的系统反应速度
n 数据库连接池在初始化过程中,往往已经创建了若干数据库连接置于连接池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言,直接利用现有可用连接,避免了数据库连接初始化和释放过程的时间开销,从而减少了系统的响应时间
l 新的资源分配手段
n 对于多应用共享同一数据库的系统而言,可在应用层通过数据库连接池的配置,实现某一应用最大可用数据库连接数的限制,避免某一应用独占所有的数据库资源
l 统一的连接管理,避免数据库连接泄露
n 在较为完善的数据库连接池实现中,可根据预先的占用超时设定,强制回收被占用连接,从而避免了常规数据库连接操作中可能出现的资源泄露
(3)多种开源的数据库连接池
JDBC 的数据库连接池使用 javax.sql.DataSource 来表示,DataSource 只是一个接口,该接口通常由服务器(Weblogic, WebSphere, Tomcat)提供实现,也有一些开源组织提供实现:
l DBCP 是Apache提供的数据库连接池,速度相对c3p0较快,但因自身存在BUG,Hibernate3已不再提供支持
l C3P0 是一个开源组织提供的一个数据库连接池,速度相对较慢,稳定性还可以
l Proxool 是sourceforge下的一个开源项目数据库连接池,有监控连接池状态的功能,稳定性较c3p0差一点
l BoneCP 是一个开源组织提供的数据库连接池,速度快
l Druid 是阿里提供的数据库连接池,据说是集DBCP 、C3P0 、Proxool 优点于一身的数据库连接池,但是速度不知道是否有BoneCP快
DataSource 通常被称为数据源,它包含连接池和连接池管理两个部分,习惯上也经常把 DataSource 称为连接池
注意:
l 数据源和数据库连接不同,数据源无需创建多个,它是产生数据库连接的工厂,因此整个应用只需要一个数据源即可。
l 当数据库访问结束后,程序还是像以前一样关闭数据库连接:conn.close(); 但conn.close()并没有关闭数据库的物理连接,它仅仅把数据库连接释放,归还给了数据库连接池。
(4)Druid(德鲁伊)数据源
Druid是阿里巴巴开源平台上一个数据库连接池实现,它结合了C3P0、DBCP、Proxool等DB池的优点,同时加入了日志监控,可以很好的监控DB池连接和SQL的执行情况,可以说是针对监控而生的DB连接池,据说是目前最好的连接池。