1.資料庫事務的概念：

•事務是指一組相互依賴的操作行為，如銀行交易、股票交易或網上購物。事務的成功取決於這些相互依賴的操作行為是否都能執行成功，只要有一個操作行為失敗，就意味著整個事務失敗。例如，Tom到銀行辦理轉賬事務，把100元錢轉到Jack的賬號上，這個事務包含以下操作行為：

–（1）從Tom的賬戶上減去100元。

–（2）往Jack的賬戶上增加100元。

•顯然，以上兩個操作必須作為一個不可分割的工作單元。假如僅僅第一步操作執行成功，使得Tom的賬戶上扣除了100元，但是第二步操作執行失敗，Jack的賬戶上沒有增加100元，那麼整個事務失敗。

•資料庫事務是對現實生活中事務的模擬，它由一組在業務邏輯上相互依賴的SQL語句組成

2.資料庫事務的生命週期：

3.宣告事務的邊界：

•事務的開始邊界。

•事務的正常結束邊界（COMMIT）：提交事務，永久儲存被事務更新後的資料庫狀態。

•事務的異常結束邊界（ROLLBACK）：撤銷事務，使資料庫退回到執行事務前的初始狀態。

(1).在MySQL.exe中宣告事務：

•每啟動一個mysql.exe程式，就會得到一個單獨的資料庫連線。每個資料庫連線都有個全域性變數@@autocommit，表示當前的事務模式，它有兩個可選值：

–0：表示手工提交模式。

–1：預設值，表示自動提交模式。

•如果要察看當前的事務模式，可使用如下SQL命令：

–mysql> select @@autocommit

•如果要把當前的事務模式改為手工提交模式，可使用如下SQL命令：

–mysql> set autocommit=0；

——在自動提交模式下提交事務：

•在自動提交模式下，每個SQL語句都是一個獨立的事務。如果在一個mysql.exe程式中執行SQL語句：

–mysql>insert into ACCOUNTS values(1,'Tom',1000);

•MySQL會自動提交這個事務，這意味著向ACCOUNTS表中新插入的記錄會永久儲存在資料庫中。此時在另一個mysql.exe程式中執行SQL語句：

–mysql>select * from ACCOUNTS;

•這條select語句會查詢到ID為1的ACCOUNTS記錄。這表明在第一個mysql.exe程式中插入的ACCOUNTS記錄被永久儲存，這體現了事務的ACID特性中的永續性。

——在手工模式下提交事務：

•在手工提交模式下，必須顯式指定事務開始邊界和結束邊界：

–事務的開始邊界：begin

–提交事務：commit

–撤銷事務：rollback

例：

–mysql>begin;
–mysql>select * from ACCOUNTS;
–mysql>commit;

(2).通過JDBC API宣告事務邊界：

• Connection提供了以下用於控制事務的方法：

–setAutoCommit(boolean autoCommit)：設定是否自動提交事務

–commit()：提交事務

–rollback()：撤銷事務

例：

try {

con = Java.sql.DriverManager.getConnection(dbUrl,dbUser,dbPwd);

//設定手工提交事務模式

con.setAutoCommit(false);

stmt = con.createStatement();

//資料庫更新操作1

stmt.executeUpdate("update ACCOUNTS set BALANCE=900 where ID=1 ");

//資料庫更新操作2

stmt.executeUpdate("update ACCOUNTS set BALANCE=1000 where ID=2 ");

con.commit(); //提交事務

}catch(Exception e) {

try{

con.rollback(); //操作不成功則撤銷事務

}catch(Exception ex){

//處理異常

……

}

//處理異常

……

}finally{…}

(3).通過hibernate API宣告事務邊界：

•宣告事務的開始邊界:Transaction tx=session.beginTransaction();

•提交事務: tx.commit();

•撤銷事務: tx.rollback();

4.多個事務併發時的併發問題：

•第一類丟失更新：撤銷一個事務時，把其他事務已提交的更新資料覆蓋。

•髒讀：一個事務讀到另一事務未提交的更新資料。

•虛讀：一個事務讀到另一事務已提交的新插入的資料。

•不可重複讀：一個事務讀到另一事務已提交的更新資料。

•第二類丟失更新：這是不可重複讀中的特例，一個事務覆蓋另一事務已提交的更新資料。

以取款事務和支票轉賬事務例：

•取款事務包含以下步驟：

–（1）某銀行客戶在銀行前臺請求取款100元，出納員先查詢賬戶資訊，得知存款餘額為1000元。

–（2）出納員判斷出存款額超過了取款額，就支付給客戶100元，並將賬戶上的存款餘額改為900元。

•支票轉賬事務包含以下步驟：

–（1）某出納員處理一轉帳支票，該支票向一帳戶匯入100元。出納員先查詢賬戶資訊，得知存款餘額為900元。

–（2）出納員將存款餘額改為1000元。

併發執行的兩個事務導致髒讀：

取款事務在T5時刻把存款餘額改為900元，支票轉賬事務在T6時刻查詢賬戶的存款餘額為900元，取款事務在T7時刻被撤銷，支票轉賬事務在T8時刻把存款餘額改為1000元。

由於支票轉賬事務查詢到了取款事務未提交的更新資料，並且在這個查詢結果的基礎上進行更新操作，如果取款事務最後被撤銷，會導致銀行客戶損失100元。

併發執行的兩個事務導致第二類更新丟失：

取款事務在T5時刻根據在T3時刻的查詢結果，把存款餘額改為1000-100元，在T6時刻提交事務。支票轉賬事務在T7時刻根據在T4時刻的查詢結果，把存款餘額改為1000+100

元。由於支票轉賬事務覆蓋了取款事務對存款餘額所做的更新，導致銀行最後損失100元。

5.資料庫的隔離級別：

(1).隔離級別與併發效能的關係：

(2).設定隔離級別的原則：

•隔離級別越高，越能保證資料的完整性和一致性，但是對併發效能的影響也越大。

•對於多數應用程式，可以優先考慮把資料庫系統的隔離級別設為Read Committed，它能夠避免髒讀，而且具有較好的併發效能。儘管它會導致不可重複讀、虛讀

和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制。

(3)在mysql.exe程式中中設定隔離級別：

•每啟動一個mysql.exe程式，就會獲得一個單獨的資料庫連線。每個資料庫連線都有個全域性變數@@tx_isolation，表示當前的事務隔離級別。MySQL預設的隔離

級別為Repeatable Read。如果要察看當前的隔離級別，可使用如下SQL命令：

–mysql> select @@tx_isolation;

•如果要把當前mysql.exe程式的隔離級別改為Read Committed，可使用如下SQL命令：

–mysql> set transaction isolation level read committed;

(4)在Hibernate中設定隔離級別：

–1：Read Uncommitted

–2：Read Committed

–4：Repeatable Read

•例如，以下程式碼把hibernate.cfg.xml檔案中的隔離級別設為Read Committed：

hibernate.connection.isolation=2

對於從資料庫連線池中獲得的每個連線，Hibernate都會把它改為使用Read Committed隔離級別。