spring DriverManagerDataSource与apache BasicDataSource

Oracle Apache Spring Tomcat JDBC 

情况是这样的。。。

2008-3-18 1:08:26 org.apache.tomcat.util.threads.ThreadPool logFull
严重: All threads (150) are currently busy, waiting. Increase maxThreads (150) or check the servlet status

重新启动服务器之后，问题依然存在。
分析得出以下可能情况
1.连接数达到了150的最大上限
2.服务器端响应用户请求的时间过长导致
3.连接池的配置数出了问题

分析：
1.1个用户访问是OK的，当用2个用户对localhost进行访问，所以根本不可能达到并发访问线程的150的上限，所以应该不是数据库的原因,排除了第一种可能
2.之前访问的JSP已经经过多次访问，所以不可能是第一次访问编译，运行而导致的请求时间过长的原因，第二情况也否定。

到此，经过分析可以确定的是连接池出了问题...

首先有2个知识点需要再弄的更清楚一些

DriverManager与DataSource  连接数据库有何区别?
        DriverManager传统的jdbc连接，通过Class.forName("XXX"),的办法注册之后，就可以DriverManager.getConnection()获得连接了。

        DataSource是建立在JNDI服务基础上的,需要application server配置datasource.首先需要注册一个DataSource(一般在/META-INF/context.xml下)然后在web.xml文件中引用这个DataSource,就可以DataSource.getConnection()获得连接,具体操作参考(tomcat目录里的JNDI Resources小节)

DataSource 与 DBCP pool(连接池) 的区别？
        J2EE 服务器启动时会建立一定数量的池连接，并一直维持不少于此数目的池连接。客户端程序需要连接时，池驱动程序会返回一个未使用的池连接并将其表记为忙。如果当前没有空闲连接，池驱动程序就新建一定数量的连接，新建连接的数量有配置参数决定。当使用的池连接调用完成后，池驱动程序将此连接表记为空闲，其他调用就可以使用这个连接。
相当于是优化了DataSource的一种工具

跟数据库连接的部分是通过Spring的DataSource JDBC连接的,配置的XML内容如下:

Xml代码  

1. <bean id="propertyConfigurer"   
2. class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">  
3. <!--PropertyPlaceholderConfigurer类来读取xxx.properties配置文件信息,以key和value的形式-->  
4. <property name="locations">  
5.     <list>  
6.         <value>  
7.           /WEB-INF/classes/config/pkm/environment/jdbc.properties  
8.         </value>  
9.         <value>  
10.           <!--多个xxx.properties文件-->  
11.         </value>  
12.     </list>  
13. </property>  
14. </bean>  
15.   
16. <!--事实上是因为DriverManagerDataSource建立连接是只要有连接就新建一个connection,根本没有连接池的作用-->  
17. <!--两种不同的DataSource-->  
18. <!--单纯的DataSource-->  
19. <bean id="pkmDataSource"   
20. class="org.springframework.jdbc.datasource.DriverManagerDataSource">  
21.     <property name="driverClassName">  
22.         <value>${pkm.jdbc.driverClassName}</value>  
23.         <!--${pkm.jdbc.driverClassName}是jdbc.properties文件 中的key-->  
24.     </property>  
25.     <property name="url">  
26.         <value>${pkm.jdbc.url}</value>  
27.     </property>  
28.     <property name="username">  
29.         <value>${pkm.jdbc.username}</value>  
30.     </property>  
31.     <property name="password">  
32.         <value>${pkm.jdbc.password}</value>  
33.     </property>  
34. </bean>  
35.   
36. <!--连接池-->  
37. <bean id="pkmDataSource"   
38. class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close" lazy-init="false">  
39.     <property name="driverClassName" value="${pkm.jdbc.driverClassName}"/>  
40.     <property name="url" value="${pkm.jdbc.url}"/>  
41.     <property name="username" value="${pkm.jdbc.username}"/>  
42.     <property name="password" value="${pkm.jdbc.password}"/>  
43.     <property name="initialSize" value="5"/>  
44.     <property name="maxActive" value="10"/>  
45.     <property name="maxWait" value="60000"/>  
46.     <property name="poolPreparedStatements" value="true"/>    
47. </bean>  

        所以问题就出在这里,当使用BasicDataSource后问题不在出现,所以是连接数量造成的,在访问数量大,并发的情况下,毫无疑问是要选择连接池的,因为有连接池的功能,无论是效率还是在资源利用率上都优于DriverManagerDataSource

        从而从根本上了解了spring的DriverManagerDataSource与apacheBasicDataSource之间的区别.

有时候可能需要配置Jndi服务

Xml代码  

1. <bean id="pkmDataSource"   
2. class="org.springframework.jndi.JndiObjectFactoryBean">  
3.     <property name="jndiName" value="pkmDataSource"/>   
4. </bean>  
5. <!-- 
6. 这样的话部署的时候，需要在容器中（tomcat,weblogic）配置JDBC Connection Pool(DBCP)连接池 
7. -->  

这三种连接方式常常使用，也容易混淆，选择其中的某一种，就需要看具体环境来配置了。

PS：jdbc.properties文件中的配置如下

Properties代码  

1. pkm.jdbc.driverClassName=oracle.jdbc.OracleDriver  
2. pkm.jdbc.url=jdbc\:oracle\:thin\:@109.52.20.31\:1521\:orcl<!--把符号做转译-->  
3. pkm.jdbc.name=pkmuser  
4. pkm.jdbc.password=dbl0gin  
5. pkm.jdbc.dataSource=pkmDataSource