數據庫事務（Database Transaction）是指作爲單個邏輯工作單元執行的一系列操作，要麼完整地執行，要麼完全地不執行。
事務由作爲包執行的單個命令或一組命令組成。 通過事務可以將多個操合併爲單個工作單元。 如果在事務中的某一點發生故障，則所有更新都可以回滾到其事務前狀態。
事務必須符合 ACID 屬性（原子性、一致性、隔離和持久性）才能保證數據的一致性。
利用事務維護數據庫的完整性
儘管我們可以使用子查詢（Sub-Queries）、連接（JOIN）和聯合（UNION）來創建各種各樣的查詢，但不是所有的數據庫操作都可以只用一條或少數幾條SQL語句就可以完成的。更多的時候是需要用到一系列的語句來完成某種工作。但是在這種情況下，當這個語句塊中的某一條語句運行出錯的時候，整個語句塊的操作就會變得不確定起來。設想一下，要把某個數據同時插入兩個相關聯的表中，可能會出現這樣的情況：第一個表中成功更新後，數據庫突然出現意外狀況，造成第二個表中的操作沒有完成，這樣，就會造成數據的不完整，甚至會破壞數據庫中的數據。要避免這種情況，就應該使用事務，它的作用是：要麼語句塊中每條語句都操作成功，要麼都失敗。換句話說，就是可以保持數據庫中數據的一致性和完整性。事物以BEGIN 關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL操作失敗，那麼，ROLLBACK命令就可以把數據庫恢復到BEGIN開始之前的狀態。
BEGIN;
INSERT INTO salesinfo SET CustomerID=14;
UPDATE inventory SET Quantity=11
WHERE item='book';
COMMIT;鎖定表
儘管事務是維護數據庫完整性的一個非常好的方法，但卻因爲它的獨佔性，有時會影響數據庫的性能，尤其是在很大的應用系統中。由於在事務執行的過程中，數據庫將會被鎖定，因此其它的用戶請求只能暫時等待直到該事務結束。如果一個數據庫系統只有少數幾個用戶來使用，事務造成的影響不會成爲一個太大的問題；但假設有成千上萬的用戶同時訪問一個數據庫系統，例如訪問一個電子商務網站，就會產生比較嚴重的響應延遲。
其實，有些情況下我們可以通過鎖定表的方法來獲得更好的性能。下面的例子就用鎖定表的方法來完成前面一個例子中事務的功能。
LOCK TABLE inventory WRITE
SELECT Quantity FROM inventory
WHEREItem='book';
...
UPDATE inventory SET Quantity=11
WHEREItem='book';
UNLOCK TABLES這裏，我們用一個 SELECT 語句取出初始數據，通過一些計算，用 UPDATE 語句將新值更新到表中。包含有 WRITE 關鍵字的 LOCK TABLE 語句可以保證在 UNLOCK TABLES 命令被執行之前，不會有其它的訪問來對 inventory 進行插入、更新或者刪除的操作。
聲明事務的邊界：
（1）mysql聲明事務
每個數據庫都有個全局變量@@autocommit，表示當前的事務模式：0：手工提交模式，1：默認爲自動提交模式.
Mysql查看事務模式
查看當前事務模式：select @@autocommit
設置當前事務模式: set autocommit = 0;
提交事務
l 自動提交模式下提交事務
每個SQL語句都是一個獨立的事務。自動提交事務
l 手動提交模式
事務的開始邊界：begin
提交事務：commit
撤銷事務：rollback
（2）jdbc api聲明事務
Connection提供了用於控制事務的方法
l setAutoCommit(boolean autoCommit):設置是否自動提交事務
l Commit：提交事務
l Rollback:撤銷事務
（3）Hibernate聲明事務
聲明事務開始的邊界：Transaction tx = session.beginTransaction();
提交事務：tx.commit()
撤銷事務：tx.rollback()
多個事務的併發問題
假設，存在兩個事務（T1、T2）併發執行
（1）髒讀：一個事務讀到了另一個事務未提交的更新數據
T1讀取了T2修改但還未提交的數據，由於某種錯誤T2回滾，則T1讀取就是無效數據。
（2）不可重複讀：一個事務讀到另一事務提交的更新數據
T1讀取一個字段，之後T2更新了該字段，T1再次讀取該字段發生了變化。
一個事務對同一行數據重複讀取兩次，但卻得到不同的結果，同一查詢在事務中進行多次，由於其他事務做了修改或刪除，每次返回不同的結果集，此時發生不可重複讀。
（3）虛讀：一個事務讀到另一個事務已提交的新插入的數據
T1從一個表中讀取數據，然後T2在該表中插入新的行，T1再次讀取該表時發現結果多幾行
（3）丟失更新：這是不可重複讀中的特例，一個事務覆蓋另一事務已提交的更新數據。
數據庫事務的特性：原子性、一致性、隔離性、持久性
原子性：事務的原子性指的是，事務中包含的程序作爲數據庫的邏輯工作單位，它所做的對數據修改操作要麼全部執行，要麼完全不執行，這種特性稱爲原子性。（簡單地說就是，幾個對於數據庫的操作要麼全執行，要麼全不執行，即同時成功起作用或同時失敗沒影響）
一致性：事務一致性值得是在一個事務執行之前和執行之後數據庫都必須處於一致性狀態（中途是否一致不用管），這種特性稱爲一致性。（如果數據庫的狀態滿足所有的完整性約束，就說該數據庫是一致的。一致性處理數據庫中對所有語義的保護。如：客戶K1要向客戶K2轉賬，K1賬戶減少的金額就是K2賬戶增加的金額，在轉賬之前K1和K2賬戶的金額之和與轉賬之後K1和K2賬戶的金額之和是一樣的，在轉賬期間可能不滿足這種一致性，但事務前後是數據庫數據是一致的）
隔離性：隔離性指的是併發的事務是相互隔離的。（一個事務內部的操作及正在操作的數據必須封裝起來，不被其它企圖進行修改的事務看到）
持久性：持久性指當系統或介質發生故障時，確保已提交的更新不能丟失。（一個事務提交，DBMS保證它對數據庫中數據的改變應該是永久性的，可以經受任何系統故障，持久性通過數據庫備份和恢復來保證）
