链接池关键问题分析

‍‍‍‍‍‍‍‍‍‍

　一、并发问题

　　为了使链接管理服务具备最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，由于Java语言自身提供了对并发管理的支持，使用synchronized关键字便可确保线程是同步的。使用方法为直接在类方法前面加上synchronized关键字，如：

public synchronized Connection getConnection（）

　二、多数据库服务器和多用户

　　对于大型的企业级应用，经常须要同时链接不一样的数据库（如链接Oracle和Sybase）。如何链接不一样的数据库呢？咱们采用的策略是：设计一个符合单例模式的链接池管理类，在链接池管理类的惟一实例被建立时读取一个资源文件，其中资源文件中存放着多个数据库的url地址（<poolName.url>）﹑用户名（<poolName.user>）﹑密码（<poolName.password>）等信息。如tx.url=192.168.1.123:5000/tx_it，tx.user=cyl，tx.password=123456。根据资源文件提供的信息，建立多个链接池类的实例，每个实例都是一个特定数据库的链接池。链接池管理类实例为每一个链接池实例取一个名字，经过不一样的名字来管理不一样的链接池。

　　对于同一个数据库有多个用户使用不一样的名称和密码访问的状况，也能够经过资源文件处理，即在资源文件中设置多个具备相同url地址，但具备不一样用户名和密码的数据库链接信息。

　三、事务处理

　　咱们知道，事务具备原子性，此时要求对数据库的操做符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全作，要么全不作。Connection类自己提供了对事务的支持，能够经过设置Connection的AutoCommit属性为false,而后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。可采用每个事务独占一个链接来实现，这种方法能够大大下降事务管理的复杂性。

　四、链接池的分配与释放

　　链接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，能够提升链接的复用度，从而下降创建新链接的开销，同时还能够加快用户的访问速度。

　　对于链接的管理可以使用空闲池。即把已经建立但还没有分配出去的链接按建立时间存放到一个空闲池中。每当用户请求一个链接时，系统首先检查空闲池内有没有空闲链接。若是有就把创建时间最长（经过容器的顺序存放实现）的那个链接分配给他（实际是先作链接是否有效的判断，若是可用就分配给用户，如不可用就把这个链接从空闲池删掉，从新检测空闲池是否还有链接）；若是没有则检查当前所开链接池是否达到链接池所容许的最大链接数（maxConn）,若是没有达到，就新建一个链接，若是已经达到，就等待必定的时间（timeout）。若是在等待的时间内有链接被释放出来就能够把这个链接分配给等待的用户，若是等待时间超过预约时间timeout,则返回空值（null）。系统对已经分配出去正在使用的链接只作计数，当使用完后再返还给空闲池。对于空闲链接的状态，可开辟专门的线程定时检测，这样会花费必定的系统开销，但能够保证较快的响应速度。也可采起不开辟专门线程，只是在分配前检测的方法。

　五、链接池的配置与维护

　　链接池中到底应该放置多少链接，才能使系统的性能最佳？系统可采起设置最小链接数（minConn）和最大链接数（maxConn）来控制链接池中的链接。最小链接数是系统启动时链接池所建立的链接数。若是建立过多，则系统启动就慢，但建立后系统的响应速度会很快；若是建立过少，则系统启动的很快，响应起来却慢。这样，能够在开发时，设置较小的最小链接数，开发起来会快，而在系统实际使用时设置较大的，由于这样对访问客户来讲速度会快些。最大链接数是链接池中容许链接的最大数目，具体设置多少，要看系统的访问量，可经过反复测试，找到最佳点。

　　如何确保链接池中的最小链接数呢？有动态和静态两种策略。动态即每隔必定时间就对链接池进行检测，若是发现链接数量小于最小链接数，则补充相应数量的新链接,以保证链接池的正常运转。静态是发现空闲链接不够时再去检查。
链接池的实现

‍‍‍‍‍‍‍‍‍‍