如果在JNDI中注册了数据源对象，将会比起使用DriverManager来具有两个方面的优势：
首先，程序不需要像使用DriverManager一样对加载的数据库驱动程序信息进行硬编码，程序员可以选择先在JNDI中注册这个数据源对象，然后在 程序中使用一个逻辑名称来引用它，JNDI会自动根据你给出的名称找到与这个名称绑定的DataSource对象。然后就可以使用这个 DataSource对象来建立和具体数据库的连接了。
其次，使用实现了DataSource接口的类所具有的第二个优势体现在连接池和分布式事务上。连接池通过对连接的复用而不是新建一个物理连接来显著地提高程序的效率。从而适用于任务繁忙、负担繁重的企业级分布式事务。
数据库连接池的基本原理
传统的数据库连接方式（指通过DriverManager和基本实现DataSource进行连接）中，一个数据库连接对象均对应一个物理数据库连接，数 据库连接的建立以及关闭对系统而言是耗费系统资源的 *** 作，在多层结构的应用程序环境中这种耗费资源的动作对系统的性能影响尤为明显。
在多层结构的应用程序中通过连接池（connection pooling）技术可以使系统的性能明显得到提到，连接池意味着当应用程序需要调用一个数据库连接的时，数据库相关的接口通过返回一个通过重用数据库连 接来代替重新创建一个数据库连接。通过这种方式，应用程序可以减少对数据库连接 *** 作，尤其在多层环境中多个客户端可以通过共享少量的物理数据库连接来满足 系统需求。通过连接池技术Java应用程序不仅可以提高系统性能同时也为系统提高了可测量性。
数据库连接池是运行在后台的而且应用程序的编码没有任何的影响。此中状况存在的前提是应用程序必须通过DataSource对象（一个实现 javax.sql.DataSource接口的实例）的方式代替原有通过DriverManager类来获得数据库连接的方式。一个实现 javax.sql.DataSource接口的类可以支持也可以不支持数据库连接池，但是两者获得数据库连接的代码基本是相同的。
一个DataSource对象通常注册在JNDI命名服务上，应用程序可以通过标准的方式获得到注册在JNDI服务上的DataSource对象。 代码如下：
Context ctx = new InitialContext()
DataSource ds = (DataSource) ctx.lookup("jdbc/openbase")
如果当前DataSource不支持数据库连接池，应用程序将获得一个和物理数据库连接对应的Connection对象。而如果当前的 DataSource对象支持数据库连接池，应用程序自动获得重用的数据库连接而不用创建新的数据库连接。重用的数据库连接和新建立连接的数据库连接使用 上没有任何不同。应用程序可以通过重用的连接正常的访问数据库，进行访问数据的 *** 作，完成 *** 作后应显式的调用close()关闭数据库连接。
Connection con = ds.getConnection("User", "Pwd")
相关数据库的 *** 作；
con.close()
当关闭数据连接后，当前使用的数据库连接将不会被物理关闭，而是放回到数据库连接池中进行重用。
JDBC3.0规范中数据库连接池框架
JDBC3.0规范中通过提供了一个支持数据库连接池的框架，这个框架仅仅规定了如何支持连接池的实现，而连接池的具体实现JDBC 3.0规范并没有做相关的规定。通过这个框架可以让不同角色的开发人员共同实现数据库连接池。
通过JDBC3.0规范可以知道具体数据库连接池的实现可以分为JDBC Driver级和Application Server级。在JDBC Driver级的实现中任何相关的工作均由特定数据库厂商的JDBC Drvier的开发人员来具体实现，即JDBC Driver既需要提供对数据库连接池的支持同时也必须对数据库连接池进行具体实现。而在Application Server级中数据库连接池的实现中特定数据库厂商的JDBC Driver开发人员和Application Server开发人员来共同实现数据库连接池的实现（但是现在大多数Application Server厂商实现的连接池的机制和规范中提到有差异），其中特定数据库厂商的JDBC Driver提供数据库连接池的支持而特定的Application Server厂商提供数据库连接池的具体实现。
JDBC3.0规范规定了如下的类和接口来支持数据库连接池的实现。
javax.sql.ConnectionEvent
javax.sql.ConnectionPoolDataSource
javax.sql.PooledConnection
javax.sql.ConnectionEventListener
其中除javax.sql.ConnectionEvent是类，其它的均为接口。
C:/1.jpg
screen.width-333)this.width=screen.width-333" src="/Develop/ArticleImages/19/19446/CSDN_Dev_Image_2003-7-41948411.jpg">
JDBC3.0连接池框架的关系图
通过此图可以大概的了解相关接口在一个典型的三层环境中应用程序的位置。
数据库连接池实现层次中，由特定数据库厂商的JDBC Driver开发人员提供连接池支持，而特定Application Server提供连接池实现的情况比较复杂，其它的实现层次均可视为其简化情况的一种。下面将针对这种情况进行说明。
在这个框架主要有两个用户角色存在，它们分别是：
特定数据库厂商的JDBC Driver开发人员，之后将简称为Driver Vendor
特定Application Server中连接池开发人员，之后将简称为Pooling Vendor
C:/2.bmp
screen.width-333)this.width=screen.width-333" src="/Develop/ArticleImages/19/19446/CSDN_Dev_Image_2003-7-41948413.gif">
JDBC3.0规范中在上述情况下各个接口和类之间的UML图
下面对几个关键模块进行详细的说明：
Driver Vendor DataSource:
Driver Vendor必须提供一个ConnectionPoolDataSource 接口的具体实现，通过这个接口Pooling Vendor可以得到一个PooledConnection对象，从而使第三方实现的连接池可以使用特定数据库厂商得到JDBC Driver产生的数据库连接。在这里ConnectionPoolDataSource接口扮演的角色可以视为产生PooledConnection 对象的工厂。
Driver Vendor PooledConnection:
Driver Vendor必须提供标准PooledConnection 接口实现的类，这个接口允许Pooling Vendor在JDBC Driver提供连接池支持的基础上实现连接池。一个具体PooledConnection对象代表了一个物理的数据库连接；由 PooledConnection对象创建Connection对象仅仅只是一个指向PooledConnetion对象的句柄。在JDBC 3.0连接池实现框架中PooledConnection对象扮演的角色可以视为产生Connection对象的工厂。
Pooling Vendor DataSource:
Pooling Vendor必须实现DataSource接口，这个接口是和连接池实现模块进行交互的入口点。ConnectionPoolDataSource根据需要创建PooledConnection对象。
Pooling Vendor Connection Cache:
此模块是Pooling Vendor对连接池的具体实现。JDBC 3.0 规范没有规定在DataSource对象和数据库连接池实现之间的需要实现的接口，所以它们之间的交互由Pooling Vendor自己定义。一般而言，一个数据库连接池的具体实现包含了一个或若干个具体的类，但是在连接池实现模块中必须包含一个类实现标准 ConnectionEventListener接口。当一个PooledConnectiond对象被关闭或者出现异常的时 候，PooledConnection对象将会向ConnectionEventListener接口发送ConnectionEvent对象，连接池实 现模块将会根据返回的ConnectionEvent对象对PooledConnection进行关闭或者重用 *** 作。
ConnectionEvent:
实现连接池时，当应用程序调用Connection.close()试图去关闭数据库连接时，这时需要有一个通告给连接池实现模块，通告对当前的数据 库物理连接（PooledConnection 对象）进行重用。为了使连接池实现模块能得到这种"通告"，连接池实现模块必须实现ConnectionEventListener接口，而且同时需要注 册成为PooledConnection对象的监听者。连接池实现模块通过 PooledConnection.addConnectionEventListener()方法注册自己成为一个监听者。
在典型三层环境中具体调用流程：
当应用程序通过调用DataSource.getConnection()得到一个数据库连接。
Pooling Vendor实现的DataSource对象在连接池中进行查找看当前是否有有效的PooledConnection对象，如果连接池中有可用的PooledConnection，则进行检查，如果当前的PooledConnection可用则使用。
如果如果连接池中没有可用的PooledConnection对象，或者当前的PooledConnection对象不正确，那么Pooling Vendor调用ConnectionPoolDataSource.getPooledConnection类创建一个新的 PooledConnection对象，这时由Driver Vendor实现的ConnectionPoolDataSource将会创建一个满足要求新的PooledConnection对象，并将其返回给连接 池实现模块进行管理。
然后，Pooling Vendor会调用PooledConnection.getConnection()获得一个逻辑的Connection对象，这个逻辑的 Connection对象将会象正常的Connection对象返回给应用程序。这个逻辑Connection对象实际上是连接池中 PooledConnection对象的一个句柄，当连接池有效时，应用程序调用DataSource.getConnection()就会得到这个句 柄。简而言之，应用程序此时使用的Connection对象仅仅是其创建者PooledConnection对象的句柄而已。
连接池实现模块调用PooledConnection.addConnectionEventListener()将自己注册成为一个PooledConnection对象的监听者，当数据库连接需要重用或者关闭的时候连接池实现模块可以得到通告。
当应用程序通过调用Connection.close()来关闭数据库连接，这时一个ConnectionEvent对象被创建并被返回到连接池实现 模块，连接池实现模块接受到此通告后，将PooledConnection对象返回到池中进行重用。这些过程中其它角色都不能访问 PooledConnection.close（）方法，能访问这个方法的只有Pooling Vendor，它们使用这个方法对连接池中的对象进行 *** 作，通过PooledConnection.close()方法可以关闭物理数据库连接。
数据库连接池（Connection pooling）是程序启动时建立足够的数据库连接，并将这些连接组成一个连接池，由程序动态地对池中的连接进行申请，使用，释放。
简单的说：创建数据库连接是一个很耗时的 *** 作，也容易对数据库造成安全隐患。所以，在程序初始化的时候，集中创建多个数据库连接，并把他们集中管理，供程序使用，可以保证较快的数据库读写速度，还更加安全可靠。
不使用数据库连接池
如果不使用数据库连接池，对于每一次SQL *** 作，都要走一遍下面完整的流程：
1.TCP建立连接的三次握手（客户端与 MySQL服务器的连接基于TCP协议）
2.MySQL认证的三次我收
3.真正的SQL执行
4.MySQL的关闭
5.TCP的四次握手关闭
可以看出来，为了执行一条SQL，需要进行大量的初始化与关闭 *** 作
使用数据库连接池
如果使用数据库连接池，那么会 事先申请（初始化）好 相关的数据库连接，然后在之后的SQL *** 作中会复用这些数据库连接， *** 作结束之后数据库也不会断开连接，而是将数据库对象放回到数据库连接池中
资源重用：由于数据库连接得到重用，避免了频繁的创建、释放连接引起的性能开销，在减少系统消耗的基础上，另一方面也增进了系统运行环境的平稳性（减少内存碎片以及数据库临时进程/线程的数量）。
更快的系统响应速度：数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池中备用。 此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了从数据库连接初始化和释放过程的开销，从而缩减了系统整体响应时间。
统一的连接管理，避免数据库连接泄露：在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用连接。从而避免了常规数据库连接 *** 作中可能出现的资源泄露。
如果说你的服务器CPU是4核i7的，连接池大小应该为((4*2)+1)=9
相关视频推荐
90分钟搞懂数据库连接池技术|linux后台开发
《tcp/ip详解卷一》： 150行代码拉开协议栈实现的篇章
学习地址：C/C++Linux服务器开发/后台架构师【零声教育】-学习视频教程-腾讯课堂
需要C/C++ Linux服务器架构师学习资料加qun 812855908 获取（资料包括 C/C++，Linux，golang技术，Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒体，CDN，P2P，K8S，Docker，TCP/IP，协程，DPDK，ffmpeg 等），免费分享
源码下载
下载方式：https://github.com/dongyusheng/csdn-code/tree/master/db_pool（Github中下载）
db_pool目录下有两个目录，mysql_pool目录为MySQL连接池代码，redis_pool为redis连接池代码
下面介绍mysql_pool
CDBConn解析
概念： 代表一个数据连接对象实例
相关成员：
m_pDBPool：该数据库连接对象所属的数据库连接池
构造函数： 绑定自己所属于哪个数据库连接池
Init()函数： 创建数据库连接句柄
CDBPool解析
概念：代表一个数据库连接池
相关成员：
Init()函数：常见指定数量的数据库实例句柄，然后添加到m_free_list中，供后面使用
GetDBConn()函数： 用于从空闲队列中返回可以使用的数据库连接句柄
RelDBConn()函数： 程序使用完该数据库句柄之后，将句柄放回到空闲队列中
测试之前，将代码中的数据库地址、端口、账号密码等改为自己的（代码中有好几处）
进入MySQL， 创建mysql_pool_test数据库
进入到mysql_pool目录下， 创建一个build目录并进入 ：
然后输入如下的命令进行编译
之后就会在目录下生成如下的可执行文件
输入如下两条命令进行测试： 可以看到不使用数据库连接池，整个 *** 作耗时4秒左右；使用连接池之后，整个 *** 作耗时2秒左右，提升了一倍
源码下载
下面介绍redis_pool
测试
进入到redis_pool目录下， 创建一个build目录并进入 ：
然后输入如下的命令进行编译
之后就会在目录下生成如下的可执行文件
输入如下的命令进行测试： 可以看到不使用数据库连接池，整个 *** 作耗时182ms；使用连接池之后，整个 *** 作耗时21ms，提升了很多
进入redis，可以看到我们新建的key：
配置包括3步：1.让tomcat容器启动创建数据库连接池2.在某个项目中关联数据库连接池，3.取得数据库连接池并使用。使用包括，当拿到数据库连接后，可以通过2种方式来使用，1.使用jstl的标签，2.封装成返回connection的方法。1.让tomcat容器启动创建数据库连接池：
配置的地方很多，根据不同的需求配置在不同的位置，但原理就一个，就是要配置一个Context标签下有一个resource标签。
a.在Tomcat 6.0\conf\Catalina\localhost目录下新建一个跟项目名一样的*.xml文件
b.数据源设置的名字(JNDI) auth:表示数据源由谁管理，这儿是tomcat容器本身 type：类型
c.驱动设置，该驱动放在tomcat的lib下或者放在该站点的lib下设置连接数据库字符串，url设置连接数据库的用户名设置数据库连接的密码-->
2.在某个项目中关联数据库连接池，在web.xml添加代码：
<!--关联jndi数据库连接池-->
3.使用jstl标签测试数据源是否配置成功
4.在jsp中通过java代码测试：
5.封装成bean对外提供得到数据库连接池连接的方式：
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）