什么是事務
事務的概念
從業務層面上來說,事務就是一個最小的不可分割的單元,通常一個事務對應的是一個完整的業務(比如銀行的轉賬操作),
為什么要有事務
仍以銀行轉賬為例加以說明,比如我要從賬號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;
轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/61065.html
標籤:MySQL
