1、“.....。张聪,王福川,刘启元计算机系统应用北京电子工业出版社,。李昌,宋中山基于的数据库连接池设计与实现合肥安徽工业大学出版社,。文档来源论文网提供了对于事务的支持，可以通过设置的属性为，显式的调用或方法来实现。但是要安全高效的进行连接复用，就必须提供相应的事务支持机制。方法是采用显式的事务支撑方法，每个事务独占个连接。这种方法可以大大降低对于事务处理的复杂性，并且又不会妨碍连接的复用。定时触发单个连接状态检查完毕否结束退出连接管理服务提供了显式的事务开始结束或声明，以及个事务注册表，用于登记事务发起者和事务使用的连接的对应关系，通过该表，使用事务的部分和连接管理部分就隔离开，因为该表是在运行时根据实际的调用情况动态生成的。事务使用的连接在该事务运行中不能被复用。在实现中......”。

2、“.....后面的所有对于数据库的访问都是通过查找该注册表，使用已经分配的连接来完成的。当事务结束时，从注册表中删除相应表项。封装从上面的论述可以看出，普通的数据库方法和事务方法对于连接的使用分配释放是不同的，为了便于使用，对外提供致的操作接口，对连接进行了封装普通连接和事务连接，并利用了中的强大的面向对象特性多态。普通连接和事务连接均实现了个接口，对于接口中定义的方法，分别根据自己的特点作了不同的实现，这样在对于连接的处理上就非常的致了。并发为了使连接管理服务有更大的通用性，我们必须要考虑到多线程环境，即并发问题。在个多线程的环境下，必须要保证连接管理自身数据的致性和连接内部数据的致性，在这方面提供很好的支持关键字，这样就很容易使连接管理成为线程安全的。对于并发访问，所有的当前请求都将被连接池管理程序按顺序锁定......”。

3、“.....且请求数量可以很大，不必担心超出缓冲容量限制。旦将连接交还给连接池，该连接将由连接池管理程序分配给其他锁定的请求。当有很多数据库请求并超出了连接池中连接的数目时，只有先发出数据库请求的线程获得连接来访问数据库，其他连接暂时处于等待的锁定状态，当线程完成数据库操作并释放连接后，被释放的连接将按顺序由其他线程获得，这样就可以大大节省服务器的资源。连接池的关闭很多的连接池都要求用户通过其规定的方法获取数据库的连接，这点我们可以理解，毕竟目前所有的应用服务器取数据库连接的方式都是这种方式实现的。但是另外个共同的问题是，它们同时不允许使用者显式的调用方法，而需要用其规定的个方法来关闭连接。这种做法有两个缺点第改变了用户使用习惯，增加了用户的使用难度......”。

4、“.....第二使连接池无法对之中的所有连接进行独占控制。由于连接池不允许用户直接调用连接的方法，旦使用者在使用的过程中由于习惯问题直接关闭了数据库连接，那么连接池将无法正常维护所有连接的状态。具体的设计流程和实现连接池的建立连接池的管理连接池管理策略是连接池机制的核心。当连接池建立后，如何对连接池中的连接进行管理，解决好连接池内连接的分配和释放，对系统的性能有很大的影响。连接的合理分配释放可提高连接的复用，降低了系统建立新连接的开销，同时也加速了用户的访问速度。下面介绍连接池中连接的分配释放策略。连接池的分配释放策略对于有效复用连接非常重要。就般情况而言，当客户释放数据库连接时，先判断该连接的引用次数是否超过了规定值，如果超过就删除该连接，并判断当前连接池内总的连接数是否小于最小连接数，若小于就将连接池充满如果没超过就将该连接标记为开放状态......”。

5、“.....可以看出正是这套策略保证了数据库连接的有效复用，避免频繁地建立释放连接所带来的系统资源开销。我们采用的方法是个很有名的设计模式引用记数。该模式在复用资源方面应用的非常广泛，把该方法运用到对于连接的分配释放上，为每个数据库连接，保留个引用记数，用来记录该连接的使用者的个数。具体的实现方法是连接失败，由于数据库连接池中无可用连接,请等待,再次打开数据库进行操作在上面的例子中，当调用方法时，在方法内部又打开了个数据库连接，这时造成同线程中打开了两个连接，如果不注意，很有可能就打开了更多的连接，以至于成为系统性能的瓶颈。多数据库服务器问题如今在个应用系统中，般可能不只访问个数据库，有时会访问两个或是多个数据库，各个数据库的数据必须融会到同个业务逻辑中，否则就成为个个低价值的数据孤岛，这时就需用到多数据源。在个应用系统中......”。

6、“.....其它数据源应用较少，我们把应用较多的数据源定义为主数据源，其它数据源定义为从数据源。我们为每个数据源定义个名称，在应用系统中根据该名称定向到数据源。在应用中，我们定义个静态对数据源进行保存。下面给出个方法数据源表用户在调用数据源时，首先从中查询该数据源，如果存在，直接返回，如果不存在，则初始化,并放入中，再返回。注意这儿用到了同步，以防止同数据源初始化两次。初始化从配置文件中读取数据源，如果未配置，则用主数据源,,未找到数据源根据名打开连接打开该连接后应该关闭注不能调用本类的方法关闭连接，应该在外部用关闭名称从哈希表中查询，如果不存在则创建关闭连接本系统并没有针对多数据源的情况处理，以上只是将可能遇到的问题进行归纳总结，仍需要补充和完善。结论通过本次课题的研究，可以看出在广泛采用结构的应用程序中，并发访问数据库是关键性问题......”。

7、“.....才能提高数据库的访问效率，改善应用，从而减少系统开销。在进行与数据库有关的应用开发中，数据库连接的管理是个重点，也是个难点。很多时候，连接的混乱管理所造成的系统资源开销过大成为制约大型企业级应用效率的瓶颈。对于众多用户访问的应用，采用数据库连接技术的系统在效率和稳定性上比采用传统的其他方式的系统要好很多。本文采用了些广泛使用的设计模式资源池，引用记数等，讨论了基于连接池技术的数据库连接管理的关键问题并给出了个实现模型。这是连接池管理程序，提高系统的整体性能的种基本模式。参考文献美应用高级编程林琪,英宇译北京清华大学出版社,。当应用程序向数据库发起连接请求时，会检查连接池中是否存在空闲的连接。如果存在空闲的连接，连接池则把空闲连接分配给客户，并将该连接做相应处理，即标记为正在使用的连接，并将引用计数加......”。

8、“.....则检查连接池里的连接数是否已经达到了最大连接数，若没有达到就为应用程序创建个新的连接若达到了最大连接数，那么就需要等待连接的释放，等待连接的释放时间是由系统中预先定义好的个超时参数来做判断。如果在超时等待后仍没有可用的空间连接，程序上便会返回个值，同时抛出无空闲连接的异常给用户。已用连接计数器的问题交由页面中的循环来处理，每当应用程序申请个连接时，计数器便会循环次，部分实现代码如下连接名称对于未用连接的处理与已用连接类似，部分实现代码如下未用连接名称连接池的调用如下图所示，若连接已分配完毕，系统提示等待连接释放。图连接的调用连接池的关闭当应用程序退出时，通过调用方法来关闭连接池中的连接，此时应把在连接池建立时向数据库申请的连接对象统归还给数据库即关闭所有数据库连接。,,,,连接池的测试对于个好的连接池，性能显得尤为重要......”。

9、“.....通过压力测试，对比能够看出连接池要比默认自带的数据库连接池快，但是稳定性却不如它，并发用户过多常常会自动断开连接。通过对本连接池的测试发现，有连接池的时候对数据库的操作要比没有连接池的时候快秒。般数据库连接池采用作为连接池时，默认的初始化为个，速度不会有太大问题。正常情况下，系统没问题，压力测试从个并发开始，每次增量是增加个并发，至并发用户将成为个重要节点，性能的优越能得以体现。而本连接池没有经过压力测试，多用户的并发访问时其稳定性还有待验证。系统测试问题总结连接池的泄露问题产生现象当系统访问量较大时，会出现连接池连接数居高不下的情况，如果在关闭数据库连接的过程中发生会导致他们不再会被重用。这就叫做数据库连接池泄漏。这将会最终导致应用程序数据库连接失败。甚至造成连接池崩溃......”。