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代碼

<bean id="propertyConfigurer"
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<list>
<value>
/WEB-INF/classes/config/pkm/environment/jdbc.properties
</value>
<value>
</value>
</list>
</property>
</bean>
<bean id="pkmDataSource"
class="org.springframework.jdbc.datasource.DriverManagerDataSource">
<property name="driverClassName">
<value>${pkm.jdbc.driverClassName}</value>
</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>

<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服務

Xml代碼

<bean id="pkmDataSource"
class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="pkmDataSource"/>
</bean>
<!--
這樣的話部署的時候，需要在容器中（tomcat,weblogic）配置JDBC Connection Pool(DBCP)連接池
-->

<bean id="pkmDataSource"
class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="pkmDataSource"/>
</bean>
<!--
這樣的話部署的時候，需要在容器中（tomcat,weblogic）配置JDBC Connection Pool(DBCP)連接池
-->

這三種連接方式常常使用，也容易混淆，選擇其中的某一種，就需要看具體環境來配置了。

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

Properties代碼

pkm.jdbc.driverClassName=oracle.jdbc.OracleDriver
pkm.jdbc.url=jdbc":oracle":thin":@109.52.20.31":1521":orcl
pkm.jdbc.name=pkmuser
pkm.jdbc.password=dbl0gin
pkm.jdbc.dataSource=pkmDataSource

關於Spring整合發現的一些問題。

Spring提供了兩個這樣的數據源（都位於org.springframework.jdbc.datasource程序包裏）：
DriverManagerDataSource：在每個連接請求時都新建一個連接。與DBCP的BasicDataSource不同，DriverManagerDataSource提供的連接沒有進行池管理。
SingleConnectionDataSource：在每個連接請求時都返回同一個連接。雖然它不同嚴格意義上的池管理數據源，但我們可以把它看作只有一個連接的池。
對兩個數據源的配置都類似於配置DBCP的BasicDataSource
區別在於由於DriverManagerDataSource和SingleConnectionDataSource都沒有提供連接池，所以在此沒有設置池配置屬性。
雖然這兩個數據源都對於小程序來說是很不錯的，而且還在不斷髮展，但把它們用於生產程序還是需要認真考慮的。

SingleConnectionDataSource只使用一個數據庫連接，所以不適合用於多線程程序。而 DriverMangerDataSource雖然能夠支持多線程，但它會在每次連接請求時都新建一個連接，這是以性能爲代價的。由於這些限制，我們強烈建議應該使用數據源池。

在通過數據源與數據庫建立連接之後，我們就要實際訪問數據庫了，而最基本的方式就是使用JDBC，現在我們就來看一看Spring如何讓使用簡單的JDBC更加簡便。
Spring在第三方依賴包中包含了兩個數據源的實現類包，其一是Apache的DBCP，其二是 C3P0。可以在Spring配置文件中利用這兩者中任何一個配置數據源。

DBCP數據源
DBCP 類包位於 /lib/jakarta-commons/commons-dbcp.jar，DBCP是一個依賴 Jakarta commons- pool對象池機制的數據庫連接池，所以在類路徑下還必須包括/lib/jakarta- commons/commons-pool.jar。下面是使用DBCP配置MySql數據源的配置片斷：

xml 代碼
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
         destroy-method="close">
     <property name="driverClassName" value="com.mysql.jdbc.Driver" />
     <property name="url" value="jdbc:mysql://localhost:3309/sampledb" />
     <property name="username" value="root" />
     <property name="password" value="1234" />
bean>

BasicDataSource提供了close()方法關閉數據源，所以必須設定destroy-method=”close”屬性，以便Spring容器關閉時，數據源能夠正常關閉。除以上必須的數據源屬性外，還有一些常用的屬性：
     defaultAutoCommit：設置從數據源中返回的連接是否採用自動提交機制，默認值爲 true；
     defaultReadOnly：設置數據源是否僅能執行只讀操作，默認值爲 false；
     maxActive：最大連接數據庫連接數，設置爲0時，表示沒有限制；
     maxIdle：最大等待連接中的數量，設置爲0時，表示沒有限制；
     maxWait：最大等待秒數，單位爲毫秒，超過時間會報出錯誤信息；
     validationQuery：用於驗證連接是否成功的查詢SQL語句，SQL語句必須至少要返回一行數據，如你可以簡單地設置爲：“select count(*) from user”；
     removeAbandoned：是否自我中斷，默認是 false ；
     removeAbandonedTimeout：幾秒後數據連接會自動斷開，在removeAbandoned爲true，提供該值；
     logAbandoned：是否記錄中斷事件，默認爲 false；

C3P0數據源
C3P0 是一個開放源代碼的JDBC數據源實現項目，它在lib目錄中與Hibernate一起發佈，實現了JDBC3和JDBC2擴展規範說明的 Connection 和Statement 池。C3P0類包位於/lib/c3p0/c3p0-0.9.0.4.jar。下面是使用C3P0配置一個 oracle數據源：

xml 代碼
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"
         destroy-method="close">
     <property name="driverClass" value=" oracle.jdbc.driver.OracleDriver "/>
     <property name="jdbcUrl" value=" jdbc:oracle:thin:@localhost:1521:ora9i "/>
     <property name="user" value="admin"/>
     <property name="password" value="1234"/>
bean>

ComboPooledDataSource和BasicDataSource一樣提供了一個用於關閉數據源的close()方法，這樣我們就可以保證Spring容器關閉時數據源能夠成功釋放。
     C3P0擁有比DBCP更豐富的配置屬性，通過這些屬性，可以對數據源進行各種有效的控制：
     acquireIncrement：當連接池中的連接用完時，C3P0一次性創建新連接的數目；
     acquireRetryAttempts：定義在從數據庫獲取新連接失敗後重復嘗試獲取的次數，默認爲30；
     acquireRetryDelay：兩次連接中間隔時間，單位毫秒，默認爲1000；
     autoCommitOnClose：連接關閉時默認將所有未提交的操作回滾。默認爲false；
     automaticTestTable： C3P0將建一張名爲Test的空表，並使用其自帶的查詢語句進行測試。如果定義了這個參數，那麼屬性preferredTestQuery將被忽略。你不能在這張Test表上進行任何操作，它將中爲C3P0測試所用，默認爲null；
     breakAfterAcquireFailure：獲取連接失敗將會引起所有等待獲取連接的線程拋出異常。但是數據源仍有效保留，並在下次調    用getConnection()的時候繼續嘗試獲取連接。如果設爲true，那麼在嘗試獲取連接失敗後該數據源將申明已斷開並永久關閉。默認爲 false；
     checkoutTimeout：當連接池用完時客戶端調用getConnection()後等待獲取新連接的時間，超時後將拋出SQLException，如設爲0則無限期等待。單位毫秒，默認爲0；
     connectionTesterClassName：通過實現ConnectionTester或QueryConnectionTester的類來測試連接，類名需設置爲全限定名。默認爲 com.mchange.v2.C3P0.impl.DefaultConnectionTester；
     idleConnectionTestPeriod：隔多少秒檢查所有連接池中的空閒連接，默認爲0表示不檢查；
     initialPoolSize：初始化時創建的連接數，應在minPoolSize與maxPoolSize之間取值。默認爲3；
     maxIdleTime：最大空閒時間，超過空閒時間的連接將被丟棄。爲0或負數則永不丟棄。默認爲0；
     maxPoolSize：連接池中保留的最大連接數。默認爲15；
     maxStatements： JDBC的標準參數，用以控制數據源內加載的PreparedStatement數量。但由於預緩存的Statement屬於單個Connection 而不是整個連接池。所以設置這個參數需要考慮到多方面的因素，如果maxStatements與 maxStatementsPerConnection 均爲0，則緩存被關閉。默認爲0；
     maxStatementsPerConnection：連接池內單個連接所擁有的最大緩存Statement數。默認爲0；
     numHelperThreads：C3P0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能，通過多線程實現多個操作同時被執行。默認爲3；
     preferredTestQuery：定義所有連接測試都執行的測試語句。在使用連接測試的情況下這個參數能顯著提高測試速度。測試的表必須在初始數據源的時候就存在。默認爲null；
     propertyCycle：用戶修改系統配置參數執行前最多等待的秒數。默認爲300；
     testConnectionOnCheckout：因性能消耗大請只在需要的時候使用它。如果設爲true那麼在每個connection提交的時候都將校驗其有效性。建議使用 idleConnectionTestPeriod或automaticTestTable
等方法來提升連接測試的性能。默認爲false；
     testConnectionOnCheckin：如果設爲true那麼在取得連接的同時將校驗連接的有效性。默認爲false。

讀配置文件的方式引用屬性：

     在jdbc.properties屬性文件中定義屬性值：
     jdbc.driverClassName= com.mysql.jdbc.Driver
     jdbc.url= jdbc:mysql://localhost:3309/sampledb
     jdbc.username=root
     jdbc.password=1234
     提示經常有開發者在${xxx}的前後不小心鍵入一些空格，這些空格字符將和變量合併後作爲屬性的值。如：的屬性配置項，在前後都有空格，被解析後，username的值爲“ 1234 ”，這將造成最終的錯誤，因此需要特別小心。

獲取JNDI數據源
如果應用配置在高性能的應用服務器（如WebLogic或Websphere等）上，我們可能更希望使用應用服務器本身提供的數據源。應用服務器的數據源使用JNDI開放調用者使用，Spring爲此專門提供引用JNDI資源的JndiObjectFactoryBean類。下面是一個簡單的配置：

xml 代碼
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
     <property name="jndiName" value="java:comp/env/jdbc/bbt"/>
bean>

通過jndiName指定引用的JNDI數據源名稱。
Spring 2.0爲獲取J2EE資源提供了一個jee命名空間，通過jee命名空間，可以有效地簡化J2EE資源的引用。下面是使用jee命名空間引用JNDI數據源的配置：

xml 代碼
<beans xmlns=http://www.springframework.org/schema/beans
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xmlns:jee=http://www.springframework.org/schema/jee
xsi:schemaLocation="">
<jee:jndi-lookup id="dataSource" jndi-name=" java:comp/env/jdbc/bbt"/>
beans>

Spring的數據源實現類
Spring 本身也提供了一個簡單的數據源實現類DriverManagerDataSource ，它位於 org.springframework.jdbc.datasource包中。這個類實現了javax.sql.DataSource接口，但它並沒有提供池化連接的機制，每次調用getConnection()獲取新連接時，只是簡單地創建一個新的連接。因此，這個數據源類比較適合在單元測試或簡單的獨立應用中使用，因爲它不需要額外的依賴類。
下面，我們來看一下DriverManagerDataSource的簡單使用：當然，我們也可以通過配置的方式直接使用DriverManagerDataSource。

java 代碼
DriverManagerDataSource ds = new DriverManagerDataSource ();
ds.setDriverClassName("com.mysql.jdbc.Driver");
ds.setUrl("jdbc:mysql://localhost:3309/sampledb");
ds.setUsername("root");
ds.setPassword("1234");
Connection actualCon = ds.getConnection();

小結

不管採用何種持久化技術，都需要定義數據源。Spring附帶了兩個數據源的實現類包，你可以自行選擇進行定義。在實際部署時，我們可能會直接採用應用服務器本身提供的數據源，這時，則可以通過JndiObjectFactoryBean或jee命名空間引用JNDI中的數據源。

DBCP與C3PO配置的區別：

C3PO ：

xml 代碼

<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
     <property name="driverClass">
         <value>oracle.jdbc.driver.OracleDrivervalue>
     property>
     <property name="jdbcUrl">
         <value>jdbc:oracle:thin:@10.10.10.6:1521:DataBaseNamevalue>
      property>
     <property name="user">
         <value>testAdminvalue>
     property>
     <property name="password">
         <value>123456value>
     property>
bean>

DBCP：

xml 代碼
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
     <property name="driverClassName">
         <value>oracle.jdbc.driver.OracleDrivervalue>
     property>
     <property name="url">
         <value>jdbc:oracle:thin:@10.10.10.6:1521:DataBaseNamevalue>
      property>
     <property name="username">
         <value>testAdminvalue>
     property>
     <property name="password">
         <value>123456value>
     property>
bean>

spring的DriverManagerDataSource與apache的BasicDataSource詳解

關於Spring整合發現的一些問題。

【SQL進階】CASE語句的使用

npm error Cannot read properties of null (reading 'isDescendantOf')

常用maven插件總結

Java編程中線程池的最大性能開發與風險規避

一個Tomcat支持不同的域名訪問各自不同程序的配置方法

辦公PC環境建議

我的友情鏈接

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結