事務
事務是一步或多步組成操作序列組成的邏輯執行單元，這個序列要么全部執行，要么則全部放棄執行。事務的四個特性：原子性（Atomicity）、一致性（Consistency）、隔離性（IsoIation）和持續性（Durability）原子性（Atomicity）：事務應用最小的執行單元，不可再分。是事務中不可再分的最小邏輯執行體。
一致性（Consistency）：事務的執行結果，必須使數據庫的從一個一致性的狀態變到另一個一致性的狀態。
隔離線（IsoIation）：各個事務的執行互不干擾，任意一個事務的內部操作對其他并發的事務，都是隔離的。也就是：并發執行的事務之間不能看到對方的中間狀態，并發執行的事務之間不能互相影響。
持續性（Durability）：持續性也稱為持久性（Persistence），指事務一旦提交，對數據所做的任何改變，都要記錄到永久存儲器中，通常就是保存在物理數據庫中。
通常數據庫的事務涉及到的語句有：一組DML（Data Munipulation Language，數據操作語言）語句，這組DML語句修改后數據將保持較好的一致性； 操作表的語句，如插入、修改、刪除等；一個DDL（Data Definition Language，數據定義語言）語句，操作數據對象的語言，有create、alter、drop。一個DCL（Data Control Language，數據控制語言）語句，主要有grant、revoke語句。 DDL和DCL語句最多只能有一個，因為它們都會導致事務的立即提交。當事務所包含的全部數據庫操作都成功執行后，應該提交事務，使這些修改永久生效。事務提交有兩種方式：顯示提交和自動提交。顯示提交：使用commit提交自動提交：執行DLL或DCL，或者程序正常退出 當事務包含的任意一個數據庫操作執行失敗后，應該回滾（rollback）事務，使該事務中所作的修改全部失效。事務的回滾方式有兩種：顯示回滾和自動回滾。顯示回滾：使用rollback自動回滾：系統錯誤或強行退出。
事務并發處理可能的問題
1、臟讀（dirty read）：一個事務讀取了另一個事務尚未提交的數據
2、不可重復讀（non-repeatable read）：一個事務的操作導致另一個事務前后兩次讀到不同的數據
3、幻讀（phantom read）：一個事務的操作導致另一個事務前后兩次查詢的結果數據量不同
舉例：
事務A、B并發執行時：
- 當A事務update后，B事務select讀取到A尚未提交的數據，此時A事務rollback，則B讀到的數據是無效的臟數據
- 當B事務select讀取數據后，A事務update操作更改B事務select到的數據，此時B事務再次讀取該數據，發現前后兩次的數據不一樣
- 當B事務select讀取數據后，A事務insert或delete了一條滿足A事務的select條件的記錄，此時B事務再次select，發現查詢到前次不存在的記錄，或者前次的某個記錄不見了
Java JDBC事務機制
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
|
import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.SQLException; public class JDBCTransaction { public static final String URL = "com.mysql.jdbc.Driver"; public static final String USER = "root"; public static final String PASSWD = "123456"; public static void jdbcTransaction(int id) { Connection conn = null; PreparedStatement pstmtupdate = null; PreparedStatement pstmtquery = null; String updatesql = "更新sql"; String querysql = "查詢sql"; try { Class.forName("com.mysql.jdbc.Driver"); conn = DriverManager.getConnection(URL, USER, PASSWD); conn.setAutoCommit(false); // 自動提交設置為false // 執行更新操作 pstmtupdate = conn.prepareStatement(updatesql); pstmtupdate.executeUpdate(); // 執行查找操作 pstmtquery = conn.prepareStatement(querysql); pstmtquery.executeQuery(); conn.commit(); conn.setAutoCommit(true); pstmtupdate.close(); pstmtquery.close(); conn.close(); } catch (Exception e) { try { conn.rollback(); } catch (SQLException e1) {} e.printStackTrace(); } finally { try { if (pstmtupdate != null) { pstmtupdate.close(); } if (pstmtquery != null) { pstmtquery.close(); } if (conn != null) { conn.close(); } } catch (SQLException e2) {} } } } |
JDBC的事務支持
JDBC的Connection也支持事物，Connection默認打開自動提交，即關閉事物。也就是說，每條SQL語句執行就會立即提交到數據庫，永久生效，無法對其進行操作。關閉Connection的自動提交，開啟事物。Connection的setAutoCommit方法即可：connection.setAutoCommit(false);通過connection.getAutoCommit()來獲取事物的模式。當我們開啟事物后，在當前Connection中完成的數據庫操作，都不會立即提交到數據庫，需要調用Connection的commit方法才行。如果有語句執行失敗，可以調用rollback來回滾。注意：如果Connection遇到未處理的SQLException異常時，系統將非正常退出，系統會自動回滾該事務。如果程序捕捉了該異常，則需要在異常處理中顯示回滾事務。 Connection提供了設置事務中間保存點的方法：setSavepoint，有2個方法可以設置中間點：Savepoint setSavepoint()：在當前事務中創建一個未命名的中間點，并返回該中間點的Savepoint對象。Savepoint setSavepoint(String name)：當前事務中創建一個具有指定名稱的中間點，并返回該中間點的Savepoint對象通常setSavepoint(String name)設置中間點的名稱，事務回滾并不是通過中間點的名稱進行回滾的，而是根據中間點對象進行回滾的。設置名稱只是更好的區分中間點對象，用Connection的rollback(Savepoint savepoint)方法即可完成回滾到指定中間點。
JDBC對事務的支持體現在三個方面：
1、自動提交模式（auto-commit mode）
Connection提供了一個auto-commit屬性來指定事務何時結束
2、當auto-commit為true時，當每個獨立SQL操作的執行完畢，事務立即自動提交，也就是說每個SQL操作都是一個事務
一個獨立SQL操作什么時候算執行完畢，JDBC規范是這樣定義的：
對數據操作語言（DML）和數據定義語言（DDL），語句一執行完就視為執行完畢
3、當auto-commit為false時，每個事務都必須顯示調用commit方法進行提交，或者顯示調用rollback方法進行回滾。auto-commit默認為true
事務隔離級別（Transaction Isolation Levels）
JDBC定義了五種事務隔離級別：
- TRANSACTION_NONE JDBC驅動不支持事務
- TRANSACTION_READ_UNCOMMITTED 允許臟讀、不可重復讀和幻讀
- TRANSACTION_READ_COMMITTED 禁止臟讀，但允許不可重復讀和幻讀
- TRANSACTION_REPEATABLE_READ 禁止臟讀和不可重復讀，單運行幻讀
- TRANSACTION_SERIALIZABLE 禁止臟讀、不可重復讀和幻讀
保存點
JDBC定義了SavePoint接口，提供一個更細粒度的事務控制機制。當設置了一個保存點后，可以rollback到該保存點處的狀態，而不是rollback整個事務
首先，我們來看看現有的JDBC操作會給我們帶來什么重大問題，比如有一個業務：當我們修改一個信息后再去查詢這個信息，看似是一個簡單的業務，實現起來也非常容易，但當這個業務放在多線程高并發的平臺下，問題自然就出現了，比如當我們執行了一個修改后，在執行查詢前有一個線程也執行了修改語句，這時我們再執行查詢，看到的信息就有可能與我們修改的不同。為了解決這一問題，我們必須引入JDBC事務機制，其實現代碼很簡單，給出示例代碼供大家參考：
