JDBC 事物處理

?事務：指構成單個邏輯工作單元的操作集合

?事務處理：保證所有事務都作為一個工作單元來執行，即使出現了故障，都不能改變這種執行方式。當在一個事務中執行多個操作時，要么所有的事務都被提交(commit)，要么整個事務回滾(rollback)到最初狀態

?當一個連接對象被創建時，默認情況下是自動提交事務：每次執行一個SQL 語句時，如果執行成功，就會向數據庫自動提交，而不能回滾

?為了讓多個SQL 語句作為一個事務執行：

? –調用 Connection對象的 setAutoCommit(false);以取消自動提交事務

? –在所有的 SQL 語句都成功執行后，調用commit();方法提交事務

? –在出現異常時，調用rollback();方法回滾事務

? –若此時 Connection沒有被關閉, 則需要恢復其自動提交狀態

數據庫提供的4種事務隔離級別:

在MySql中設置隔離級別

?每啟動一個 mysql程序,就會獲得一個單獨的數據庫連接.每個數據庫連接都有一個全局變量@@tx_isolation,表示當前的事務隔離級別.MySQL默認的隔離級別為RepeatableRead

?查看當前的隔離級別:SELECT @@tx_isolation;

?設置當前mySQL連接的隔離級別:

? –set transaction isolation level readcommitted;

?設置數據庫系統的全局的隔離級別:

? -set global transaction isolation level read committed;

批量處理JDBC語句提高處理速度

?當需要成批插入或者更新記錄時。可以采用Java的批量更新機制，這一機制允許多條語句一次性提交給數據庫批量處理。通常情況下比單獨提交處理更有效率

?JDBC的批量處理語句包括下面兩個方法：

? –addBatch(String)：添加需要批量處理的SQL語句或是參數；

? –executeBatch（）；執行批量處理語句；

?通常我們會遇到兩種批量執行SQL語句的情況：

? –多條SQL語句的批量處理；一個SQL語句的批量傳參；

?

JDBC數據庫連接池的必要性

?在使用開發基于數據庫的web程序時，傳統的模式基本是按以下步驟：　　

? –在主程序（如servlet、beans）中建立數據庫連接。

? –進行sql操作

? –斷開數據庫連接。

?這種模式開發，存在的問題:

? –普通的JDBC數據庫連接使用DriverManager 來獲取，每次向數據庫建立連接的時候都要將 Connection加載到內存中，再驗證用戶名和密碼(得花費0.05s～1s的時間)。需要數據庫連接的時候，就向數據庫要求一個，執行完成后再斷開連接。這樣的方式將會消耗大量的資源和時間。數據庫的連接資源并沒有得到很好的重復利用.若同時有幾百人甚至幾千人在線，頻繁的進行數據庫連接操作將占用很多的系統資源，嚴重的甚至會造成服務器的崩潰。

? –對于每一次數據庫連接，使用完后都得斷開。否則，如果程序出現異常而未能關閉，將會導致數據庫系統中的內存泄漏，最終將導致重啟數據庫。

? –這種開發不能控制被創建的連接對象數，系統資源會被毫無顧及的分配出去，如連接過多，也可能導致內存泄漏，服務器崩潰。

數據庫連接池（connection pool）

?為解決傳統開發中的數據庫連接問題，可以采用數據庫連接池技術。

?數據庫連接池的基本思想就是為數據庫連接建立一個“緩沖池”。預先在緩沖池中放入一定數量的連接，當需要建立數據庫連接時，只需從“緩沖池”中取出一個，使用完畢之后再放回去。

?數據庫連接池負責分配、管理和釋放數據庫連接，它允許應用程序重復使用一個現有的數據庫連接，而不是重新建立一個。

?數據庫連接池在初始化時將創建一定數量的數據庫連接放到連接池中，這些數據庫連接的數量是由最小數據庫連接數來設定的。無論這些數據庫連接是否被使用，連接池都將一直保證至少擁有這么多的連接數量。連接池的最大數據庫連接數量限定了這個連接池能占有的最大連接數，當應用程序向連接池請求的連接數超過最大連接數量時，這些請求將被加入到等待隊列中。

數據庫連接池技術的優點

?資源重用：

–由于數據庫連接得以重用，避免了頻繁創建，釋放連接引起的大量性能開銷。在減少系統消耗的基礎上，另一方面也增加了系統運行環境的平穩性。

?更快的系統反應速度

–數據庫連接池在初始化過程中，往往已經創建了若干數據庫連接置于連接池中備用。此時連接的初始化工作均已完成。對于業務請求處理而言，直接利用現有可用連接，避免了數據庫連接初始化和釋放過程的時間開銷，從而減少了系統的響應時間

?新的資源分配手段

–對于多應用共享同一數據庫的系統而言，可在應用層通過數據庫連接池的配置，實現某一應用最大可用數據庫連接數的限制，避免某一應用獨占所有的數據庫資源

?統一的連接管理，避免數據庫連接泄露

–在較為完善的數據庫連接池實現中，可根據預先的占用超時設定，強制回收被占用連接，從而避免了常規數據庫連接操作中可能出現的資源泄露

兩種開源的數據庫連接池

?JDBC的數據庫連接池使用javax.sql.DataSource 來表示，DataSource 只是一個接口，該接口通常由服務器(Weblogic, WebSphere,Tomcat)提供實現，也有一些開源組織提供實現：

? –DBCP 數據庫連接池

? –C3P0 數據庫連接池

?DataSource 通常被稱為數據源，它包含連接池和連接池管理兩個部分，習慣上也經常把DataSource 稱為連接池

DBCP數據源

?DBCP 是 Apache軟件基金組織下的開源連接池實現，該連接池依賴該組織下的另一個開源系統：Common-pool.如需使用該連接池實現，應在系統中增加如下兩個jar 文件：

? –Commons-dbcp.jar：連接池的實現

? –Commons-pool.jar：連接池實現的依賴庫

?Tomcat的連接池正是采用該連接池來實現的。該數據庫連接池既可以與應用服務器整合使用，也可由應用程序獨立使用。

DBCP數據源使用范例

?數據源和數據庫連接不同，數據源無需創建多個，它是產生數據庫連接的工廠，因此整個應用只需要一個數據源即可。

?當數據庫訪問結束后，程序還是像以前一樣關閉數據庫連接：conn.close(); 但上面的代碼并沒有關閉數據庫的物理連接，它僅僅把數據庫連接釋放，歸還給了數據庫連接池。

?

C3P0數據源

?