事務
事務是一步或多步組成操作序列組成的邏輯執(zhí)行單元，這個序列要么全部執(zhí)行，要么則全部放棄執(zhí)行。事務的四個特性：原子性（Atomicity）、一致性（Consistency）、隔離性（IsoIation）和持續(xù)性（Durability）原子性（Atomicity）：事務應用最小的執(zhí)行單元，不可再分。是事務中不可再分的最小邏輯執(zhí)行體。
一致性（Consistency）：事務的執(zhí)行結果，必須使數據庫的從一個一致性的狀態(tài)變到另一個一致性的狀態(tài)。
隔離線（IsoIation）：各個事務的執(zhí)行互不干擾，任意一個事務的內部操作對其他并發(fā)的事務，都是隔離的。也就是：并發(fā)執(zhí)行的事務之間不能看到對方的中間狀態(tài)，并發(fā)執(zhí)行的事務之間不能互相影響。
持續(xù)性（Durability）：持續(xù)性也稱為持久性（Persistence），指事務一旦提交，對數據所做的任何改變，都要記錄到永久存儲器中，通常就是保存在物理數據庫中。
通常數據庫的事務涉及到的語句有：一組DML（Data Munipulation Language，數據操作語言）語句，這組DML語句修改后數據將保持較好的一致性； 操作表的語句，如插入、修改、刪除等；一個DDL（Data Definition Language，數據定義語言）語句，操作數據對象的語言，有create、alter、drop。一個DCL（Data Control Language，數據控制語言）語句，主要有grant、revoke語句。 DDL和DCL語句最多只能有一個，因為它們都會導致事務的立即提交。當事務所包含的全部數據庫操作都成功執(zhí)行后，應該提交事務，使這些修改永久生效。事務提交有兩種方式：顯示提交和自動提交。顯示提交：使用commit提交自動提交：執(zhí)行DLL或DCL，或者程序正常退出 當事務包含的任意一個數據庫操作執(zhí)行失敗后，應該回滾（rollback）事務，使該事務中所作的修改全部失效。事務的回滾方式有兩種：顯示回滾和自動回滾。顯示回滾：使用rollback自動回滾：系統(tǒng)錯誤或強行退出。
事務并發(fā)處理可能的問題
1、臟讀（dirty read）：一個事務讀取了另一個事務尚未提交的數據
2、不可重復讀（non-repeatable read）：一個事務的操作導致另一個事務前后兩次讀到不同的數據
3、幻讀（phantom read）：一個事務的操作導致另一個事務前后兩次查詢的結果數據量不同
舉例：
事務A、B并發(fā)執(zhí)行時：
Java JDBC事務機制
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 // 執(zhí)行更新操作 pstmtupdate = conn.prepareStatement(updatesql); pstmtupdate.executeUpdate(); // 執(zhí)行查找操作 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語句執(zhí)行就會立即提交到數據庫，永久生效，無法對其進行操作。關閉Connection的自動提交，開啟事物。Connection的setAutoCommit方法即可：connection.setAutoCommit(false);通過connection.getAutoCommit()來獲取事物的模式。當我們開啟事物后，在當前Connection中完成的數據庫操作，都不會立即提交到數據庫，需要調用Connection的commit方法才行。如果有語句執(zhí)行失敗，可以調用rollback來回滾。注意：如果Connection遇到未處理的SQLException異常時，系統(tǒng)將非正常退出，系統(tǒng)會自動回滾該事務。如果程序捕捉了該異常，則需要在異常處理中顯示回滾事務。 Connection提供了設置事務中間保存點的方法：setSavepoint，有2個方法可以設置中間點：Savepoint setSavepoint()：在當前事務中創(chuàng)建一個未命名的中間點，并返回該中間點的Savepoint對象。Savepoint setSavepoint(String name)：當前事務中創(chuàng)建一個具有指定名稱的中間點，并返回該中間點的Savepoint對象通常setSavepoint(String name)設置中間點的名稱，事務回滾并不是通過中間點的名稱進行回滾的，而是根據中間點對象進行回滾的。設置名稱只是更好的區(qū)分中間點對象，用Connection的rollback(Savepoint savepoint)方法即可完成回滾到指定中間點。
JDBC對事務的支持體現在三個方面：
1、自動提交模式（auto-commit mode）
Connection提供了一個auto-commit屬性來指定事務何時結束
2、當auto-commit為true時，當每個獨立SQL操作的執(zhí)行完畢，事務立即自動提交，也就是說每個SQL操作都是一個事務
一個獨立SQL操作什么時候算執(zhí)行完畢，JDBC規(guī)范是這樣定義的：
對數據操作語言（DML）和數據定義語言（DDL），語句一執(zhí)行完就視為執(zhí)行完畢
3、當auto-commit為false時，每個事務都必須顯示調用commit方法進行提交，或者顯示調用rollback方法進行回滾。auto-commit默認為true
事務隔離級別（Transaction Isolation Levels）
JDBC定義了五種事務隔離級別：
保存點
JDBC定義了SavePoint接口，提供一個更細粒度的事務控制機制。當設置了一個保存點后，可以rollback到該保存點處的狀態(tài)，而不是rollback整個事務
首先，我們來看看現有的JDBC操作會給我們帶來什么重大問題，比如有一個業(yè)務：當我們修改一個信息后再去查詢這個信息，看似是一個簡單的業(yè)務，實現起來也非常容易，但當這個業(yè)務放在多線程高并發(fā)的平臺下，問題自然就出現了，比如當我們執(zhí)行了一個修改后，在執(zhí)行查詢前有一個線程也執(zhí)行了修改語句，這時我們再執(zhí)行查詢，看到的信息就有可能與我們修改的不同。為了解決這一問題，我們必須引入JDBC事務機制，其實現代碼很簡單，給出示例代碼供大家參考：
新聞熱點
疑難解答
