1、 论 文数据库连接池的研究与实现论文作者姓名： 申请学位专业： 申请学位类别： 指 导 教 师 姓 名 （ 职 称 ）：论文提交日期： 数据库连接池的研究与实现摘 要在基于 JDBC 的数据库实际应用开发中，对数据库连接的管理是一个重点也是一个难点，频繁对数据库的连接与关闭操作、多客户对数据库的并发访问,一定程度上决定了 WEB 系统的响应以及应用性能。使用数据库连接池方式能对数据库的连接进行管理和维护,上层应用程序通过数据库连接池使用数据库资源能提升系统性能，充分利用系统资源。文章通过介绍、分析数据库连接池工作的基本原理，了解目前流行的 WEB 服务器在数据库连接池方面的使用现状后，总结了一
2、些数据库连接池开发程序中容易忽略的问题。并在学习掌握了实现连接池的关键技术后给出了一个较为高效的连接池管理策略，在这种策略思想的指导下实际开发出一个数据库连接池模块，使得上层应用通过本连接池访问数据库资源变得相对高效和容易，从实际上论证了这种设计方案的可行性。关键词：连接池；数据库；JDBC；并发访问Research and implementation of the Database Connection Pool AbstractIn the practically application development of database based on JDBC, the managem
3、ent of database connection is a key point and also a difficulty. The response and performance of the WEB system are depended on frequently connecting, closing and multi-user accessing in a certain extent. Using the Database Connection Pool can provide management and maintenance for connections of th
4、e database. The upper applications may access the database recourse via the Database Connection Pool, in order to upgrade system performance and fully utilize the system recourse. This article summarizes some issues which are easily ignored in the application development of the Database Connection P
5、ool by the way of introducing, analyzing the basal theory of the Database Connection Pool and comprehending the using situation of the Database Connection Pool on the popular WEB servers. Besides, I established a comparatively highly effective policy of the Connection Pool management after having le
6、arned and comprehended key technique of implementing the Connectivity Pool, and actually had developed a Database Connection Pool module under the guidance of that policy, causing the access of system resource by the upper applications via current Connectivity Pool becoming relatively highly effecti
7、ve and easy, demonstrated the feasibility of this design project in practice.Key words: Database Connection Pool; Database; JDBC; Concurrence access目 录论文总页数：22 页1 引言 .11.1 课题背景 11.2 连接池的主要作用 11.3 目前流行的 WEB 服务器数据库连接池方面使用现状 .11.3.1 DHCP 介绍 .21.3.2 Poolman 介绍 .21.3.3 C3P0 介绍 .21.3.4 其他连接池（自写连接池） 22 相关理
8、论基础 .32.1 数据库概述 32.2 数据库连接池的基本原理 32.3 连接池中的关键技术 42.3.1 连接池的分配与释放 42.3.2 连接池的维护 53 系统总体设计思想及方案 .53.1 连接池中的关键类设计 63.2 连接池中的管理机制 73.3 实现一个连接池的其他问题 83.3.1 事务处理 83.3.2 封装 93.3.3 并发 93.3.4 连接池的关闭 94 具体的设计流程和实现 .104.1 连接池的建立 104.2 连接池的管理 124.3 连接池的关闭 144.4 连接池的测试 155 系统测试问题总结 .155.1 连接池的泄露问题 155.1.1 产生现象 1
9、55.1.2 解决办法 165.2 多数据库服务器问题 17结 论 .19参考文献 .20致 谢 .21声 明 .22第 1 页 共 22 页1 引言1.1 课题背景随着信息技术的高速发展与广泛应用，数据库技术在信息技术领域中的位置越来越重要。传统的开发模式是：首先在主程序（如 Servlet、Beans ）中建立数据库连接；然后进行 SQL 操作，对数据库中的对象进行查询、修改和删除等；最后断开数据库连接。使用这种开发模式，对于一个简单的数据库应用，由于数据库的访问不是很频繁，只需要在访问数据库时创建一个连接，用完后就关闭它，这样做不会明显增大系统的开销。但是对于一个复杂的数据库应用，情况就
10、完全不同了，尤其是大型电子商务网站，同时可能有几百人甚至几千人在线。在这种情况下，用户操作频繁的建立、关闭数据库，会极大的降低系统的性能，增大系统的开销，迫使网站的响应速度下降，严重的甚至会造成服务器的崩溃。针对这些突出问题，采用运行速度更快、数据库访问效率更高的数据库连接池技术，以提高系统的运行效率将是至关重要的，因此本文提出了一种基于数据库连接池技术的有效解决方法。以加强对数据库操作的性能，改善资源使用率，提高应用程序的响应能力。1.2 连接池的主要作用一个应用系统，同时有几百人甚至几千人频繁的进行数据库连接操作势必占用很多的系统资源，严重的甚至会造成服务器的崩溃。对于每一次数据库连接，使
11、用完后都得断开。否则，如果程序出现异常而未能关闭，将会导致数据库系统中的内存泄漏，最终将不得不重启数据库。还有，如果不能控制被创建的连接对象数，系统资源会被毫无顾及的分配出去，连接过多也可能导致内存泄漏，服务器崩溃。针对这些突出问题，因此提出了一种基于数据库连接池技术的有效解决方法。简而言之，数据库连接池主要作用是负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不再是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。1.3 目前流行的 web 服务器数据库连接池方面使用现状由于 JDBC 的 API 中没有提
12、供连接池的方法。一些大型的 WEB 应用服务器如WebLogic、WebSphere 等都自带有连接池。不同的是，tomcat 并没有自已开发连接池，而是集成的 apache 的另外一个开源项目 DBCP 连接池。BEA 的WebLogic 自身带有一个连接池，这个连接池无法与 WebLogic 分离，但是也必须有其第三方的专用类方法支持连接池的用法，而不需要用户再去写一个连接池。以下是一些第三方连接池：第 2 页 共 22 页1.3.1 DHCP 介绍DBCP 应 Apache 的 Jakarta 组织开发，是目前使用较为广泛的一个连接池，一是因为 tomcat 自带的就是这个连接池，二是因
13、为开源免费。由于其使用的稳定性不是很好，著名的开源项目 hibernate 不再提供对它的支持。DBCP 部分参数说明如下：dataSource:要连接的 dataSource (通常我们不会定义在 server.xml)。defaultAutoCommit:对于事务是否 autoCommit, 默认值为 true。defaultReadOnly:对于数据库是否只能读取, 默认值为 false。driverClassName:连接数据库所用的 JDBC Driver Class。maxActive:最大连接数据库连接数,设 0 为没有限制。maxIdle:最大等待连接中的数量,设 0 为没有限
14、制。maxWait:最大等待秒数, 单位为 ms, 超过时间会出错误信息。password:登陆数据库所用的密码。url:连接数据库的 URL。username:登陆数据库所用的帐号。validationQuery:验证连接是否成功, SQL SELECT 指令至少要返回一行。removeAbandoned:是否自我中断, 默认是 false。removeAbandonedTimeout:几秒后会自我中断, removeAbandoned 必须为 true。logAbandoned:是否记录中断事件, 默认为 false。1.3.2 Poolman 介绍Poolman 连接池前几年应用较广泛，
15、现在应用相对较少。配置步骤主要是先在/项目名称/web-Inf/下加入一个 jar 包，然后配置一个 xml 文件，文件属性类似于 DBCP，最后在程序中写出调用该连接池的方法。1.3.3 C3P0 介绍C3P0 是一个开放源代码的 JDBC 连接池，它在 lib 目录中与 Hibernate 一起发布,包括了实现 JDBC3.0 和 JDBC2.0 扩展规范说明的 Connection 和Statement 池的 DataSource 对象。自从 hibernate 自带了 c3p0 以后，c3p0 很快就受到了广大程序员的认可，其性能上来说比 DBCP 要好的多。1.3.4 其他连接池（自
16、写连接池）有些程序员喜欢自己写连接池，建议不用这样的方法，因为连接池的管理第 3 页 共 22 页较为复杂，自己写常出现各种各样的错误，推荐使用有成熟技术的连接池，同时也方便系统的移植。2 相关理论基础2.1 数据库概述数据库，顾名思义，是存入数据的仓库。只不过这个仓库是在计算机存储设备上的，而且数据是按一定格式存放的。 当人们收集了大量的数据后，应该把它们保存起来进入近一步的处理，进一步的抽取有用的信息。当年人们把数据存放在文件柜中，可现在随着社会的发展，数据量急剧增长，现在人们就借助计算机和数据库技术科学的保存大量的数据，以便能更好的利用这些数据资源。 要是下定义的话，就应该是：指长期储存
17、在计算机内的、有组织的、可共享的数据集合。数据库包含关系数据库、面向对象数据库及新兴的 XML 数据库等多种，目前应用最广泛的是关系数据库，若在关系数据库基础上提供部分面向对象数据库功能的对象关系数据库。在数据库技术的早期还曾经流行过层次数据库与网状数据库，但这两类数据库目前已经极少使用。2.2 数据库连接池的基本原理建立“缓冲存储池” ，是数据库连接池的基本设计思想。这种技术类似于CPU 中的 Cache 技术，将预先设定好的数据库连接放入该缓冲池中，当要建立数据库连接操作时，便从池中取出一个连接，使用完毕后再将其放回。这样就达到了连接复用的目的，应用程序重复使用一个数据库连接，在多层结构的
18、应用程序中通过连接池技术可以使系统的性能明显得到提到。最为关键的是，该方法避免了对数据库连接的频繁建立、关闭，减小了系统开销，提高了响应速度。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量使用情况，为系统开发测试及性能调整提供依据。数据库连接池属于应用程序对底层的调用，用户并发访问应用程序时会提交访问请求，然后通过线程来处理这些请求，并向连接池申请一个对数据库操作的连接，操作完毕后将连接释放。应用程序调用连接池连接的基本工作原理如下图所示：第 4 页 共 22 页图 1 连接池的调用基于以上原理，连接池的建立会在后面
19、章节中做具体描述。为了方便理解，连接池以 JSP 页面形式将最大连接数的设置、连接池的使用、超时等待、连接池的关闭等情况展示出来，给用户一个更为直观的感受。连接的调用原理如下图所示：图 2 建立数据库连接从图中可以看出，当程序（JSP、Servlet、JavaBean）中需要数据库连接时，只需从内存中取出一个来，并将这个取得的连接加入 Vector 中，而不用新建连接；使用完毕后放回内存中，并将 Vector 中的已用连接删除。2.3 连接池中的关键技术2.3.1 连接池的分配与释放连接池的分配与释放技术对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销
20、，同时还可以加快用户的访问速度。对于连接的管理。每当用户请求一个连接时，系统首先检查连接池内有没有空闲连接。如果有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给他（实际是先做连接是否有效的判断，如果可用就分配给用户，若不可用就把这个连接删掉，重新检测是否还有连接） ；如果检查到当前所开连接池没有达到连接池所允许的最大连接数（maxConn）,就新建一个连接，如果已经达到，就等待一定的时间（timeout） 。如果在等待的时间内有连接被释放第 5 页 共 22 页出来就可以把这个连接分配给等待的用户，如果等待时间超过预定时间timeout,则返回空值（null） 。系统对已经分配出去
21、正在使用的连接只做计数。2.3.2 连接池的维护数据库连接池到底要放置多少个连接，这是个配置策略。为了使系统的性能达到最佳状态，连接池中的连接数的设定显得尤为重要，我们采用设置最大连接数（maxConn）和最小连接数（minConn）的方式来解决这一问题。所谓最大连接数，即连接池中允许连接的最大数目，然后，最大连接数的设定要通过具体的应用需求来给出一个连接池可以承受的最大连接数目的最佳点。如果应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中，等待其他连接的释放后再来调用一空闲连接（freeConn） ，这样可能会影响部分对数据库的操作。所谓最小连接数，即应用启动前，
22、已经预先创建好的连接数。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。如果最小连接数过大，那么系统启动过程将变慢，若应用程序对数据库的访问量不大，过多的数据库连接资源将被浪费，但是系统启动后响应更快；如果过小系统启动将加快，但是最初使用的用户会因为连接池中没有足够的连接而会发送一个新的数据库连接请求，将不可避免的延缓执行速度。3 系统总体设计思想及方案数据库连接池技术的设计思想非常简单，先将数据库连接作为对象存储在一个 Vector 对象中，Vector 类可以实现可增长的对象“数组” 。Vector 的大小可以根据需要增大或缩小，以适应创建 Vector 后进行添
23、加或移除项的操作。这里主要包含使用的连接（nowConnections）和未使用的连接（freeConnections）两个 Vector 类创建的对象，创建 Vector 对象的方法如下：public DBConnectionPool(Vector connections) freeConnections = new Vector();nowConnections = new Vector();当外部程序向数据库申请建立连接后，系统会调用 nowConnections.add( )方法，此时已用连接计数器加 1，相应的，调用 freeConnections.remove( )方法，此时空闲连
24、接计数器减 1，对于这样的引用计数法将会在后面的章节中具体描述。这样，不同的数据库访问请求就可以共享这些连接，并通过复用这些已经建立的数据库连接，克服传统开发模式对数据库操作的缺点。另外，采用超时第 6 页 共 22 页判断（timeout）机制，等待应用程序对连接的释放或者调用Connection.close（）方法主动释放连接，能极大地节省系统资源和用户等待时间。而实现连接池时，当应用程序调用 Connection.close( )试图去关闭数据库连接时，这时需要有一个通告给连接池实现模块，通告对当前的数据库物理连接（DBConnectionPool 对象）进行重用。为了使连接池实现模块能
25、得到这种“通告” ，连接池实现模块必须实现 ConnectionEventListener 接口，而且同时需要注册成为 DBConnectionPool 对象的监听者。连接池实现模块接受到此通告后，不是真正意义上的物理关闭，而是将 DBConnectionPool 对象返回到池中进行重用。从上面的介绍，可以看出连接池技术的关键就是其自身的管理机制，结合连接池工作的基本原理，通过下图展现出一个连接池系统的总体设计框架。D a t a B a s e建立数据库连接D B C o n n e c t i o n P o o l管理 C o n n e c t i o n O b j e c tJ S
26、 P 、 S e r v l e t 、 B e a n sC o n ngetConnection（）CloseConnection（）图 3 总体设计框架第 7 页 共 22 页3.1 连接池中的关键类设计一个连接池应用的设计，需要几个关键部分作为支撑，其中最为重要的是DBConnectionPool 类和 DBConnectionManager 类，他们对连接的建立、管理、释放起决定性作用。大体作用列举如下：1、一个 DBConnectionPool 类，该类负责从连接池获取(或创建)连接、将连接返回给连接池、空闲连接的超时等待、系统关闭时释放所有资源并关闭所有连接。2、一个 DataS
27、ourceProviderServlet 类，该类负责通过上下文环境读取配置文件后装载和注册 JDBC 驱动、数据库名等。3、一个 DBConnectionManager 类，该类负责按预先指定的最大连接池数连初始化连接池、创建 DBConnectionPool 对象 provider、当所有的连接客户退出后，关闭全部连接。4、DBconfig.properties 属性文件，该文件中包含了数据库驱动（DriverName） 、数据库 URL、数据库表空间名（User） 、表空间密码（Password） 、连接池最大连接数（maxConnections） 。5、即为应用程序对连接池中的连接的调
28、用和释放，应用程序退出后连接池的关闭。将以上 5 个部分串连起来，即是本连接池的简单设计流程。首先应用程序向连接池申请连接，就需要通过 DBConnectionPool 类、DBConnectionManager类对连接池初始化，并且还需要 DataSourceProviderServlet 类的帮助读取DBconfig.properties 文件中的属性，加载和注册 JDBC 驱动、数据库名等，连接池才能初始化成功。之后通过 DBConnectionPool 类监视、管理应用程序调用、释放的数据库连接，并通过该类的 cp 对象将连接使用情况反映在页面上。连接池管理程序得到某个连接，而其他线程
29、就不会得到这个数据库连接了，此线程使用结束后，该线程将连接交还给连接池管理程序，以分配给其他等待连接的请求线程。这里连接池充分利用 Java 的线程同步机理，使当前服务线程处于等待状态，直至有空闲的连接出现。最后当应用程序退出时，通过DBConnectionManager 类负责连接池的关闭。3.2 连接池中的管理机制应用程序开发中“三分技术、七分管理”的思想在连接池的配置中同样得以体现，如何从连接池中取得连接，何时释放连接、如何释放连接等问题还需要为连接池配置更为复杂的管理机制，连接池流程的管理如下图所示，这些属性定义了连接池与其中每个连接的有效状态值。连接池的自我管理，实际上就是通过定时的
30、对每个连接的状态、连接的数量进行判断而进行相应操作。第 8 页 共 22 页图 4 连接池的管理3.3 实现一个连接池的其他问题3.3.1 事务处理前面讨论的是关于使用数据库连接进行普通的数据库访问。对于事务处理，情况就变得比较复杂。因为事务本身要求原则性的保证，此时就要求对于数据库的操作符合要么全部完成，要么什么都不做。如果简单的采用上述的连接复用的策略，就会发生问题，因为没有办法控制属于同一个事务的多个数据库操作方法的动作，可能这些数据库操作是在多个连接上进行的，并且这些连接可能被其他非事务方法复用。Connection 本身具有提供了对于事务的支持，可以通过设置 Connection 的
31、 AutoCommit 属性为 false，显式的调用 commit 或rollback 方法来实现。但是要安全、高效的进行连接复用，就必须提供相应的事务支持机制。方法是：采用显式的事务支撑方法，每一个事务独占一个连接。这种方法可以大大降低对于事务处理的复杂性，并且又不会妨碍连接的复用。第 9 页 共 22 页连接管理服务提供了显式的事务开始、结束（commit 或 rollback）声明，以及一个事务注册表，用于登记事务发起者和事务使用的连接的对应关系，通过该表，使用事务的部分和连接管理部分就隔离开，因为该表是在运行时根据实际的调用情况动态生成的。事务使用的连接在该事务运行中不能被复用。在实
32、现中，用户标识是通过使用者所在的线程来标识的。后面的所有对于数据库的访问都是通过查找该注册表，使用已经分配的连接来完成的。当事务结束时，从注册表中删除相应表项。3.3.2 封装从上面的论述可以看出，普通的数据库方法和事务方法对于连接的使用（分配、释放）是不同的，为了便于使用，对外提供一致的操作接口，对连接进行了封装：普通连接和事务连接，并利用了 Java 中的强大的面向对象特性：多态。普通连接和事务连接均实现了一个 DBConnection 接口，对于接口中定义的方法，分别根据自己的特点作了不同的实现，这样在对于连接的处理上就非常的一致了。3.3.3 并发为了使连接管理服务有更大的通用性，我们
33、必须要考虑到多线程环境，即并发问题。在一个多线程的环境下，必须要保证连接管理自身数据的一致性和连接内部数据的一致性，在这方面 Java 提供很好的支持（synchronized 关键字） ，这样就很容易使连接管理成为线程安全的。对于并发访问，所有的当前请求都将被连接池管理程序按顺序锁定。对请求线程的锁定是通过应用程序代码进行的，且请求数量可以很大，不必担心超出缓冲容量限制。一旦将连接交还给连接池，该连接将由连接池管理程序分配给其他锁定的请求。当有很多数据库请求并超出了连接池中连接的数目时，只有先发出数据库请求的线程获得连接来访问数据库，其他连接暂时处于等待的锁定状态，当线程完成数据库操作并释放
34、连接后，被释放的连接将按顺序由其他线程获得，这样就可以大大节省服务器的资源。3.3.4 连接池的关闭很多的连接池都要求用户通过其规定的方法获取数据库的连接，这一点我们可以理解，毕竟目前所有的应用服务器取数据库连接的方式都是这种方式实现的。但是另外一个共同的问题是，它们同时不允许使用者显式的调用Connection.close()方法，而需要用其规定的一个方法来关闭连接。这种做法有两个缺点： 第 10 页 共 22 页第一：改变了用户使用习惯，增加了用户的使用难度。使用者在用完数据库连接后通常是直接调用连接的 close 方法来释放数据库资源。第二：使连接池无法对之中的所有连接进行独占控制。由于
35、连接池不允许用户直接调用连接的 close 方法，一旦使用者在使用的过程中由于习惯问题直接关闭了数据库连接，那么连接池将无法正常维护所有连接的状态。4 具体的设计流程和实现4.1 连接池的建立应用程序中建立的连接池其实是一个静态的。所谓静态连接池是指连接池中的连接在系统初始化时就已分配好，且不能随意关闭连接。Java 中提供了很多容器类可以方便的构建连接池，如：Vector、Stack、Servlet、Bean 等，通过读取连接属性文件 DBconfig.properties 与数据库实例建立连接。(该属性文件中包含了连接数据库的 URL、数据库驱动、数据库表空间、数据库表空间密码、连接池最大
36、连接数)在系统初始化时，根据相应的配置创建连接并放置在连接池中，这些对象作为系统可分配的自由连接，以后所使用的连接都是从连接池中获得，这样就避免了随意建立连接，关闭连接所带来的资源浪费。连接池初始化如下：public DBConnectionPool(Vector connections) FreeConnections = new Vector();nowConnections = new Vector();freeConnections = connections;maxConnections = freeConnections.size();本连接池的建立使用输入流，通过上下文环境，读取
37、配置文件（Dbconfig.Prooperties）里预先设置的参数，部分代码如下：public void contextInitialized(ServletContextEvent event)Properties ps = new Properties();Vector connections = new Vector();ServletContext context = event.getServletContext();try/使用输入流，读取配置文件里的各种参数InputStream input = 第 11 页 共 22 页getClass().getResourceAsStre
38、am(“/DBconfig.properties“); ps.load(input);input.close();url = (String) ps.get(“url“);user = (String) ps.get(“user“);passWord = (String) ps.get(“passWord“);DriverName = (String) ps.get(“DriverName“); maxConnections=Integer.parseInt(String) ps.get(“maxConnections“).trim(), 10); System.out.println(use
39、r);/循环加入取得的连接到 Vector 中for (int i = 0; i 连接名称“ + (i + 1) + “：“ + cp.getNowConnections().get(i) + “);con = (Connection)cp.getNowConnections().get(0);对于未用连接的处理与已用连接类似，部分实现代码如下：for (int j = 0; j 未用连接名称“ + (j + 1) + “：“ + cp.getFreeConnections().get(j) + “); 连接池的调用如下图所示，若连接已分配完毕，系统提示等待连接释放。图 6 连接的调用第 15
40、 页 共 22 页4.3 连接池的关闭当应用程序退出时，通过调用 closeAll（）方法来关闭连接池中的连接，此时应把在连接池建立时向数据库申请的连接对象统一归还给数据库（即关闭所有数据库连接） 。public void closeAll()tryif (rs != null) rs.close();if (smt != null) smt.close();if (psmt != null) psmt.close();if (con != null) provider.closeConnection(con);catch (Exception e)e.printStackTrace();4.
41、4 连接池的测试对于一个好的连接池，性能显得尤为重要。性能不仅仅体现的是对数据库操作的处理速度还有连接池自身的稳定性。通过压力测试，对比能够看出 DBCP连接池要比 Hibernate3.0 默认自带的数据库连接池 c3p0 快，但是稳定性却不如它，并发用户过多常常会自动断开连接。通过对本连接池的测试发现，有连接池的时候对数据库的操作要比没有连接池的时候快 3-5 秒。一般数据库连接池采用 DBCP 作为连接池时，默认的初始化为 50 个，速度不会有太大问题。正常情况下，系统没问题，压力测试从 10 个并发开始，每一次增量是增加 10 个并发，至 200-400 并发用户将成为一个重要节点，性
42、能的优越能得以体现。而本连接池没有经过压力测试，多用户的并发访问时其稳定性还有待验证。5 系统测试问题总结5.1 连接池的泄露问题5.1.1 产生现象当系统访问量较大时，会出现连接池连接数居高不下的情况，如果在关闭数据库连接的过程中发生错误会导致他们不再会被重用。这就叫做“数据库连第 16 页 共 22 页接池泄漏” 。这将会最终导致 web 应用程序数据库连接失败。甚至造成连接池崩溃，从而无法进行数据交互，服务器当机。5.1.2 解决办法常见的程序错误写法有以下两种：1、当连接执行数据库操作出错时，未执行数据库关闭。Connection conn = DbUtil.getConnection
43、();./执行数据库操作DbUtil.closeConnection();在以上代码中，如果执行数据库操作过程中，出现异常，系统从出现异常处停止，不再执行下面的代码，造成数据库连接池无法回收，连接泄露的情况。正确的代码写法应如下：TryConnection conn = DbUtil.getConnection();./执行数据库操作catch(Exception e)finallyDbUtil.closeConnection(); /异常处理后必须处理的方法。这样将保证了在执行数据库操作过程中即使出现异常，也将能够执行数据库连接池的回收。2、在连接中嵌套数据库连接，如下：TryConnect
44、ion conn = DbUtil.getConnection();doMethodA()/执行数据库操作catch(Exception e)finally第 17 页 共 22 页DbUtil.closeConnection();Public void doMethodA()./再次打开数据库进行操作在上面的例子中，当调用方法 doMethodA（）时，在方法内部又打开了一个数据库连接，这时造成同一线程中打开了两个连接，如果不注意，很有可能就打开了更多的连接，以至于成为系统性能的瓶颈。5.2 多数据库服务器问题如今在一个应用系统中，一般可能不只访问一个数据库，有时会访问两个或是多个数据库，各
45、个数据库的数据必须融会到同一个业务逻辑中，否则就成为一个个低价值的数据孤岛，这时就需用到多数据源。在一个应用系统中，一般会有一个数据源应用较多，其它数据源应用较少，我们把应用较多的数据源定义为主数据源，其它数据源定义为从数据源。我们为每一个数据源定义一个名称，在应用系统中根据该名称定向到数据源。在应用中，我们定义一个静态 Hashtable 对数据源进行保存。下面给出一个方法:/* 数据源 hash 表*/private static final Hashtable dsHash = new Hashtable()；用户在调用数据源时，首先从 hash 中查询该数据源，如果存在，直接返回，如果
46、不存在，则初始化 DataSource,并放入 hash 中，再返回。注意：这儿用到了同步，以防止同一数据源初始化两次。/* 初始化 datasource* param DB_NAME*/private static synchronized DataSource init(String DB_NAME) DataSource ds1 = (DataSource) dsHash.get(DB_NAME);if (ds1 = null) 第 18 页 共 22 页try Context initCtx = new InitialContext();/从配置文件中读取数据源，如果未配置，则用主数据
47、源String s = ConfigUtil.getProperty(DB_NAME, ConfigUtil.getProperty(“JNDI_DATASOURCE“);Object obj = (Object) initCtx.lookup(s);if (obj != null) ds1 = (javax.sql.DataSource) obj;dsHash.put(DB_NAME, ds1); else System.out.println(“未找到数据源“); catch (Exception ex) ex.printStackTrace();dsHash.remove(DB_NAME
48、);return ds1;/* 根据 jndi 名打开连接* 打开该连接后应该关闭* 注：不能调用本类的方法 closeConnection 关闭连接，应该在外部用 conn.close()关闭* param DB_NAME JNDI 名称* return*/public static Connection getConnections(String DB_NAME) 第 19 页 共 22 页if (DB_NAME = null) return getConnection(); else Connection conn = null;/ JNDI_NAME = pname;/从哈希表中查询，
49、如果不存在则创建try conn = init(DB_NAME).getConnection(); catch (SQLException e) e.printStackTrace(); catch (Exception e) e.printStackTrace();return conn;/* 关闭连接，* param DB_NAME* param conn1*/public static void closeConnections(String DB_NAME, Connection conn1） if (DB_NAME = null) closeConnection(); else closeConnections(conn1);本系统并没有针对多数据源的情况处理，以上只是将可能遇到的问题进行归纳总结，仍需要补充和完善。第 20 页 共 22 页结 论通过本次课题的研究，可以看出在广泛采用 B/S 结构的 Web 应用程序中，并发访问数据库是一关键性问题。只有充分运用连接池访问技术，才能提高数据库的访问效率，改善 Web 应用，从而
