日期:2014-05-16  浏览次数:20635 次

【原创】spring DriverManagerDataSource与apache BasicDataSource
情况是这样的。。。

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内容如下:
<bean id="propertyConfigurer" 
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<!--PropertyPlaceholderConfigurer类来读取xxx.properties配置文件信息,以key和value的形式-->
<property name="locations">
    <list>
        <value>
          /WEB-INF/classes/config/pkm/environment/jdbc.properties
        </value>
        <value>
          <!--多个xxx.properties文件-->
        </value>
    </list>
</property>
</bean>

<!--事实上是因为DriverManagerDataSource建立连接是只要有连接就新建一个connection,根本没有连接池的作用-->
<!--两种不同的DataSource-->
<!--单纯的DataSource-->
<bean id="pkmDataSource" 
class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName">
        <value>${pkm.jdbc.driverClassName}</value>
        <!--${pkm.jdbc.driverClassName}是jdbc.properties文件 中的key-->
    </property>
    <property name="url">
        <value>${pkm.jdbc.url}</value>
    </property>
    <property name="username">
        <value>${pkm.jdbc.username}</value>
    </property>
    <property name="password">
        <value>${pkm.jdbc.password}</value>
    </property>
</bean>

<!--连接池-->
<bean id="pkmDataSource" 
class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close" lazy-init="false">
    <property name="driverClassName" value="${pkm.jdbc.driverClassName}"/>
    <property name="url" value="${pkm.jdbc.url}"/>
    <property name="username" value="${pkm.jdbc.username}"/>
    <property name="password" value="${pkm.jdbc.password}"/>
    <property name="initialSize" value="5"/>
    <property name="maxActive" value="10"/>
    <property name="maxWait" value="60000"/>
    <property name="poolPreparedStatements" value="true"/>  
</bean>


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

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

有时候可能需要配置Jndi服务
<bean id="pkmDataSource" 
class="org.springframework.jndi.JndiObjectFactoryBean">
    <property name="jndiName" value="pkmDataSource"/> 
</bean>
<!--
这样的话部署的时候,需要在容器中(tomcat,weblogic)配置JDBC Connection Po