WebLogic Server 性能优化—JDBC连接池篇

 

 JDBC连接池是J2EE应用最常用的一个服务，JDBC连接池的设置相对比较简单一些。JDBC连接池的设置最主要的是Intial Capcity和Maximum Capacity两个属性。下面对于JDBC连接池的几个属性及优化配置方案进行描述：

Initial Capacity: 初始容量，即WebLogic Server在建立连接池的时候创建的连接数量

Maximum Capacity: 最大容量，即WebLogic Server允许的在这个连接池中的连接的最大数量。

通常，初始容量和最大容量设置为相等，并且不小于执行线程的数量。如果你的应用中配置了自定义执行线程队列，那么就要计算全部的用来给应用工作的线程的数量。如此设置才能够起到Pool的作用，避免在应用运行过程中出现创建JDBC连接的请求。因为创建JDBC连接对于WebLogic Server和数据库服务器来说，都是开销比较大的动作。如果应用中存在在一个线程中获取多个连接的情况，那么初始容量和最大容量应该大于执行线程的数量，甚至需要成倍增加。Capcity Increment: 增长步长。如果初始容量和最大容量不相等，并且需要更多的连接时，WebLogic Server一次建立新连接的数量。

Allow Shrinking: 允许自动收缩。如果连接池的初始容量和最大容量不相等，那么当池中的连接大于初始容量时，经过Shrink Frequency时间，如果连接池中的活动连接不高于初始容量个，那么连接池中连接的数量会减少到初始容量大。

上面这几个参数是配置相关的，通常Initial Capacity=Maximum Capacity 并且>=执行线程的数量，并且不选择Allow Shrinking选项，避免不必要的周期检查。

如果WebLogic Server和数据库服务器之间的网络连接不稳定，或者两个服务器之间存在防火墙，导致JDBC连接不稳定，WebLogic Server还提供了一些测试策略以尽量保证应用难道的连接是有效的。主要有3个选项：Test Reserved Connections、Test Created Connections、Test Released Connections。测试的时机分别是应用获取连接、WebLogic Server创建连接、应用释放连接。通常这3个选项只需选择Test Reserved Connections即可，无需全部选择。根据测试数据，可能会有3%左右的性能下降。所以如果不是必要，也不必使用这些选项。

在使用JDBC连接池的过程中，最常见的一个问题就是连接池泄漏问题。一个池里面的资源是有限的，应用用完之后应该还回到池中，否则池中的资源会被耗尽。 WebLogic Server提供了一个Inactive Connection Timeout选项，默认是60秒，如果一个连接被应用拿走之后，超过这个时间还没有还回来，WebLogic Server会强制将这个连接回收。如果应用中不存在连接泄漏的问题，则不需要这个选项。设置为0即可禁用。