什么是事務？
事務是一組原子性的SQL操作，所有操作必須全部成功完成，如果其中有任何一個操作因為崩潰或其他原因無法執行，那么所有的操作都不會被執行。也就是說，事務內的操作，要么全部執行成功，要么全部執行失敗。
事務的結束有兩種，當事務中的所有操作全部成功執行時，事務提交。如果其中一個操作失敗，將發生回滾操作，撤消之前到事務開始時的所有操作。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
事務的特性
一個運行良好的事務處理系統，還需要具備四個特性：原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）和持續性（Durability）。這四個特性簡稱為ACID特性。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
原子性（Atomicity）
一個事務必須被視為一個不可分割的最小邏輯工作單元，整個事務中的所有操作要么全部提交成功，要么全部失敗回滾。對於一個事務來說，不可能只執行其中的一部分操作，而不執行其中的另外一部分操作，這就是事務的原子性。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
一致性（Consistency）
事務執行的結果必須是從一個一致性的狀態轉換到另外一個一致性的狀態。當數據庫只包含成功事務提交的結果時，就說數據庫處於一致性狀態。如果事務因為崩潰或其他原因尚未完成，被迫中斷最終事務沒有提交，那么事務中所做的修改也不會保存到數據庫中。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
隔離性（Isolation）
通常來說，一個事務的執行不能其它事務干擾。也就是說，一個事務內部的操作及使用的數據對其它並發事務是隔離的，並發執行的各個事務之間不能互相干擾。后面我們將要講解隔離級別（Isolation Level）的時候，會發現為什么我們要說“通常來說”是隔離的。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
持續性（Durability）
事務一旦提交，它對數據庫中的數據的修改就應該是永久性的。此時即使系統崩潰，修改的數據也不會丟失。不過，實際上持久性也分很多不同的級別，有些持久性策略能夠提供非常強的安全保障，而有些則未必。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
事務隔離級別
在SQL標准中定義了四種隔離級別，每一種級別都定義了一個事務所做的修改，在另外一個事務內和事務間，哪些是可見的，哪些是不可見的。低級別的隔離級一般支持更高的並發處理，並擁有更低的系統開銷。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
未提交讀（Read Uncommitted）
在未提交讀級別中，事務中的修改即使沒有提交，對其他事務也是可見的。讀取到了事務沒有提交的數據，就被成為臟讀（Dirty Read）。事務沒有提交的數據是很“臟”的，被讀取到會引起很多問題。從性能角度上看，未提交讀級別不會比其他級別好很多，但缺乏其他級別的好處，所以在實際應用中很少被用到。
為加上深對未提交讀級別的理解，讓我們看一個臟讀的例子，首先設置事務隔離級別為未提交讀：
mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)
再檢驗一下事務隔離級別：
mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)
左右分別為兩個用戶，左邊是用戶A，右邊是用戶B，時間線從上至下：
#用戶A：查詢user表，有一條OneMoreStudy的記錄
mysql> select * from user;
+----+--------------+
| id | name |
+----+--------------+
| 1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)
#用戶B：開始事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
#用戶B：更新user表的一條記錄
mysql> update user set name = 'OMS' where id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
#用戶A：查詢user表，有一條OMS的記錄，臟讀
mysql> select * from user;
+----+------+
| id | name |
+----+------+
| 1 | OMS |
+----+------+
1 row in set (0.00 sec)
#用戶B：提交事務
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
提交讀（Read Committed）
在提交讀級別中，一個事務開始時，只能查詢到其他的事務已經提交的修改。也就是說，一個事務從開始到提交之前，任何的修改對其他的事務都是不可見的。提交讀級別基本滿足了事務的隔離性。
不過，在同一事務中兩次查詢之間，有其他事務的修改被提交，那么兩次查詢到結果可能不相同，這就是不可重復讀。
為了更好的理解不可重復讀，讓我們看一個例子，首先設置事務隔離級別為提交讀：
mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
再檢驗一下事務隔離級別：
mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)
左右分別為兩個用戶，左邊是用戶A，右邊是用戶B，時間線從上至下：
#用戶A：開始事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
#用戶A：查詢user表，有一條OneMoreStudy的記錄
mysql> select * from user;
+----+--------------+
| id | name |
+----+--------------+
| 1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)
#用戶B：更新user表的一條記錄
mysql> update user set name = 'OMS' where id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
#用戶A：查詢user表，有一條OMS的記錄，不可重復讀
mysql> select * from user;
+----+------+
| id | name |
+----+------+
| 1 | OMS |
+----+------+
1 row in set (0.00 sec)
#用戶A：提交事務
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
可重復讀（Repeatable Read）
在可重復讀級別中，保證了在同一個事務中多次讀取同樣記錄的結果是一致的。即使多次讀取之間有其他事務對其結果做了修改，同一個事務中多次讀取的結果也是一致的。可重復讀級別也是MySQL的默認事務隔離級別。
不過，當一個事務在讀過某個范圍內的記錄時，其他事務又在這個范圍內插入了新的記錄，當之前的事務再一次讀取這個范圍的記錄時，不會讀取到新插入的那條記錄，這被稱為幻讀。
為了更好的理解幻讀，讓我們看一個例子，首先把事務隔離級別設置為可重復讀：
mysql> set session transaction isolation level repeatable read;
Query OK, 0 rows affected (0.00 sec)
再檢驗一下事務隔離級別：
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)
左右分別為兩個用戶，左邊是用戶A，右邊是用戶B，時間線從上至下：
#用戶A：開始事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
#用戶A：查詢user表，有一條記錄
mysql> select * from user;
+----+--------------+
| id | name |
+----+--------------+
| 1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)
#用戶B：插入一條數據
mysql> insert into user (name) value ('OneMoreStudy');
Query OK, 1 row affected (0.01 sec)
#用戶A：查詢user表，還是一條記錄，幻讀
mysql> select * from user;
+----+--------------+
| id | name |
+----+--------------+
| 1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)
#用戶A：提交事務
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
#用戶A：查詢user表，兩條記錄
mysql> select * from user;
+----+--------------+
| id | name |
+----+--------------+
| 1 | OneMoreStudy |
| 2 | OneMoreStudy |
+----+--------------+
2 rows in set (0.00 sec)
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
可串行化（Serializable）
在可串行化級別中，強制事務串行執行，是最高的隔離級別。在這個級別中，雖然避免了上面提到的幻讀，但是會在讀取的每一行上加鎖，可能導致大量的超時和鎖競爭問題，所以在實際應用中很少被用到。除非，非常需要確保數據一致性並且不要求高並發，可以采用可串行化級別。
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。
總結
本文首先簡單介紹了事務及其ACID特性，然后着重講解了事務的四種隔離級別：
- 未提交讀：事務中的修改即使沒有提交，對其他事務也是可見的。
- 提交讀：事務開始時，只能查詢到其他的事務已經提交的修改。
- 可重復讀：保證在同一個事務中多次讀取同樣記錄的結果是一致的。
- 可串行化：強制事務串行執行。
| 隔離級別 | 臟讀 | 不可重復讀 | 幻讀 |
|---|---|---|---|
| 未提交讀 | 可能 | 可能 | 可能 |
| 提交讀 | 不可能 | 可能 | 可能 |
| 可重復讀 | 不可能 | 不可能 | 可能 |
| 可串行化 | 不可能 | 不可能 | 不可能 |
歡迎關注微信公眾號：萬貓學社，每周一分享Java技術干貨。