什麼是事務事務的概念從業務層面上來說，事務就是一個最小的不可分割的單元，通常一個事務對應的是一個完整的業務（比如銀行的轉賬操作）。為什麼要有事務仍以銀行轉賬為例加以說明，比如我要從賬號A轉賬100元到賬號B，現在資料庫有一張表account，那麼就意味著需要同時執行兩條SQL語句的更新：以 ...

什麼是事務

事務的概念

從業務層面上來說，事務就是一個最小的不可分割的單元，通常一個事務對應的是一個完整的業務（比如銀行的轉賬操作）。

為什麼要有事務

仍以銀行轉賬為例加以說明，比如我要從賬號A轉賬100元到賬號B，現在資料庫有一張表account，那麼就意味著需要同時執行兩條SQL語句的更新：

update account set amt = amt-100 where acc_no = 'A';
update account set amt = amt+100 where acc_no = 'B';

以上兩條SQL，第一條表示賬號A餘額減少100元，第二條SQL表示賬號B餘額增加100元，只有兩條SQL都執行成功，才能被認為是轉賬成功。
我們假設第一條SQL執行成功了，第二條SQL執行失敗，於是A賬戶的錢少了100，但是B賬戶的錢並沒有增加，對於銀行來說，這100元相當於憑空消失了，所以對於轉賬這個業務來說，這兩條SQL是一個不可分割的整體，必須放在一塊執行，要麼都成功，要麼都失敗。
所以必須要由事務來進行控制。

如何開啟/提交事務

每個事務都需要開啟和提交（或回滾），在開啟和提交（回滾）事務之間的操作，都被認為是一個事務的操作。也就是說，在同一個事務里的操作，如果該事務沒有提交或回滾，那麼其操作都只是在緩存里生效，而並沒有在實際資料庫中生效，只有當數據提交了之後，才會真正在資料庫生效。
回滾事務是相對於提交事務而言的，提交事務是使事務中的操作在資料庫生效，而回滾事務就是將資料庫狀態回滾到開啟事務之前的狀態。

開啟事務

開啟事務有以下幾種不同的語法：

start transaction;
begin;
set autocommit =0;

以上三種語法都可以開啟事務，其中第三種set autocommit =0;含義是關閉自動提交，也就意味著需要手動提交，在事務沒有提交之前，都不會在資料庫生效，也相當於開啟了事務。

提交事務

提交事務的語法也很簡單，只需要執行以下語句就可以了：

commit;
//或
commit work;

回滾事務

回滾語法也是簡單的一句語法：

rollback;

接下來以一個具體的例子加以說明：
我在資料庫里有這樣一張表：

mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.04 sec)

接下來我們需要開啟一個事務，在事務里添加一條數據，再開啟另外一個會話，在另一個會話里，食物提交前和事務提交後分別訪問該表，看看區別在哪裡。

--開啟事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

--插入數據
mysql> insert into test01 values(2, 'aa', '123123', 'worktest');
Query OK, 1 row affected (0.03 sec)

--在當前事務中查詢，有兩條數據
mysql> select * from test01;
+------+------+--------+----------+
| id   | name | passwd | inf      |
+------+------+--------+----------+
|    1 | zz   | 123456 | asdfgh   |
|    2 | aa   | 123123 | worktest |
+------+------+--------+----------+
2 rows in set (0.00 sec)

此時在另外一個會話中查詢：

--在另外的事務中查詢，只有一條數據
mysql> select * from test01;
+------+------+--------+--------+
| id   | name | passwd | inf    |
+------+------+--------+--------+
|    1 | zz   | 123456 | asdfgh |
+------+------+--------+--------+
1 row in set (0.00 sec)

可以發現，雖然在事務中已經執行了insert語句，但在其他的會話中，在沒有提交之前，仍然沒有生效，查看到的仍然只有一條。
但是當在事務中執行以下語句後：

mysql> commit;
Query OK, 0 rows affected (0.03 sec)

再次查詢，發現insert的記錄就能夠查詢到了：

mysql> select * from test01;
+------+------+--------+----------+
| id   | name | passwd | inf      |
+------+------+--------+----------+
|    1 | zz   | 123456 | asdfgh   |
|    2 | aa   | 123123 | worktest |
+------+------+--------+----------+
2 rows in set (0.01 sec)

回滾亦是同理，這裡就不做演示了。不過仍然可以用轉賬的例子來說明一下，現在將轉賬執行的兩條SQL放在一個事務中執行，第一條A賬戶減去100元，第二條B賬戶增加100元，假設第一條語句執行成功，第二條語句執行失敗，我們在代碼的邏輯實現里，只需要加上當有任意一條SQL語句執行失敗，事務回滾，則不會出現憑空消失100元或憑空增加100元的情況了。

事務的四大特性（ACID）

事務的四大特性，也就是俗稱的ACID，即原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）和持久性（Durability）。

原子性

所謂原子性，就是一個事務中，所有的操作都是最小單元，不可分割的。要麼全部完成，要麼全部不完成，不會執行一半然後結束。

一致性

一致性是指事務開始之前和結束之後，資料庫的完整性沒有被破壞，即事務中的所有SQL語句的DML操作，要麼都成功，要麼都失敗，不會既有成功也有失敗的情況出現。

隔離性

隔離性是指每個事務都是相對隔離的，即A事務不會對B事務造成影響。從上面的例子中也能看出這一點，A事務已經插入了數據，但是B事務中並不能訪問到，也就是說每個事務之間是相互隔離開的。

持久性

持久性是說，事務一旦提交，對數據的修改就是持久有效的，和當前事務再沒有任何關係。

事務隔離級別

事務隔離級別的提出，主要是為瞭解決臟讀、幻讀和不可重覆讀的問題。
臟讀：

事務A讀取了事務B的數據，然後B回滾，A讀到的數據就是臟數據；

不可重覆讀：

事務A多次讀取同一數據，但是事務B在事務A讀取的過程中，對數據進行了操作，導致事務A前後兩次讀取到的數據不一致；

幻讀：

事務A對數據進行DML操作，在這個過程中同時有事務B也對該數據進行了新增操作，導致事務A執行完後發現並不是所有的數據都改變了過來，就像出現了幻覺，因此叫幻讀。

以例子來說明：

如上圖所示，一開始賬戶金額為0，開啟事務B後，執行更新操作，金額修改為1000，此時事務A去讀到了這個1000，但是之後事務B將事務回滾了，實際上金額仍為0，所以其實事務A讀到的事務是不准確的，屬於“臟數據”，這就是臟讀。

在這個例子中，事務B開啟後，先將金額更新為1000，此時A去讀，讀到了1000，但是之後B又將金額更新為了500，然後提交數據，此時金額500 才是最終的數據，A再去讀，發現金額已經變成了500，造成了前後兩次讀取不一致，這就是不可重覆讀。

上例中，同時開啟了兩個事物，事物A對account表中所有賬戶的金額進行了置0操作，但是在事務A開啟的過程中，事務B在account表中插入了一條金額為1000的數據，然後，事務A先提交，再事務B提交，如果這個時候去查詢account表，發現會有一條金額為1000的記錄，因為該記錄是由事務B插進去的，所以沒有更新到，此時就會造成幻讀。

所謂事務隔離級別，就是為瞭解決以上三種情況而提出的。

讀未提交（read uncommitted）

最低的一種隔離級別，該隔離級別可能會造成臟讀。當然也可能會出現不可重覆讀和幻讀。
即：A事務未提交的數據，B可以讀取到。

讀已提交（read committed）

該隔離級別高於read uncommitted，可以有效解決臟讀，但是仍然不能避免不可重覆度和幻讀。
即：A未提交的數據，B讀取不到，B只能讀取得到A已經提交的數據。

可重覆讀（repeatable read）

從名字也知道，該隔離級別可以解決不可重覆讀。隔離級別要高於read committed，但是不能解決幻讀。這是MySQL預設的隔離級別。
即：A提交後的數據，B還是讀取不到。

串列化（serializable）

串列化是最高的隔離級別，可以有效解決“幻讀”。這種隔離級別吞吐量太低，因為當前事務開啟時，別的事務只能等待，非常影響效率，一般很少使用。
即：A開啟事務，B只能排隊等待。

總結起來，大約如下表所示：

隔離級別	臟讀	不可重覆讀	幻讀
read uncommitted	可能	可能	可能
read committed	不可能	可能	可能
repeatable read	不可能	不可能	可能
serializable	不可能	不可能	不可能

如何設置事務隔離級別

使用一句話即可：

SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL <isolation-level>

GLOBAL是指隔離級別全局有效，SESSION當前會話有效。
如當前會話設置為讀未提交：

SET SESSION TRANSACTION ISOLATION LEVEL read uncommitted;

當前會話設置為讀已提交：

SET SESSION TRANSACTION ISOLATION LEVEL read committed;

當前會話設置為可重覆讀：

SET SESSION TRANSACTION ISOLATION LEVEL repeatable read;

當前會話設置為序列化：

SET SESSION TRANSACTION ISOLATION LEVEL serializable;

如何查看事務隔離級別：

查看當前會話隔離級別：

select @@tx_isolation;

查看全局隔離級別：

select @@global.tx_isolation;

MySQL事務介紹