前言:
什麼是事務?
事務是程序中一系列嚴密的操作,所有操作執行必須成功完成,否則在每個操作所做的更改將會被撤銷,這也是事務的原子性(要麼成功,要麼失敗)。
MySQL的事務是在存儲引擎層實現。 MySQL的事務有ACID
- A:原子性(atomicity):一個事務必須被視爲一個不可分割的單元。
- C:一致性(consistency):數據庫是從一種狀態切換到另一種狀態。
- I:隔離性(isolation):事務在提交之前,對於其他事務不可見。
- D:持久性(durablity):一旦事務提交,所修改的將永久保存到數據庫。
1、事務的基本語法
<!--創建表-->
mysql> create table bank
-> (
-> name varchar(25),
-> money float
-> );
Query OK, 0 rows affected (0.00 sec)
mysql> insert into bank values('lu','1000'),('qi','5000'); <!--插入數據-->
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> begin; <!--begin開啓事務,start transaction也可開啓事務-->
Query OK, 0 rows affected (0.00 sec)
mysql> update bank set money=money - 1000 where name='qi';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> update bank set money=money+1000 where name ='lu';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from bank; <!--查看數據-->
+------+-------+
| name | money |
+------+-------+
| lu | 2000 |
| qi | 4000 |
+------+-------+
2 rows in set (0.00 sec)
mysql> rollback; <!--回滾事務-->
Query OK, 0 rows affected (0.01 sec)
mysql> select * from bank; <!--再次查詢數據,發現已經便會了原來的值-->
+------+-------+
| name | money |
+------+-------+
| lu | 1000 |
| qi | 5000 |
+------+-------+
2 rows in set (0.00 sec)
mysql> commit; <!--提交事務-->
Query OK, 0 rows affected (0.00 sec)
mysql> select * from bank; <!--查詢數據-->
+------+-------+
| name | money |
+------+-------+
| lu | 1000 |
| qi | 5000 |
+------+-------+
2 rows in set (0.00 sec)
一個事務所涉及到的命令如下:
- 事務開始:start transaction或begin;
- 事務提交:commit
- 回滾:rollback
查看自動提交模式是自動還是手動
mysql> show variables like 'AUTOCOMMIT';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | ON | <!--“ON”表示自動提交-->
+---------------+-------+
1 row in set (0.01 sec)
mysql> set AUTOCOMMIT=0; <!--關閉自動提交,0是關閉,1是開啓-->
mysql> show variables like 'AUTOCOMMIT'; <!--再次查看-->
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit | OFF |
+---------------+-------+
1 row in set (0.00 sec)
2、事務的四種隔離級別
事務在提交之前對其他事務可不可見。
- read unaommitted(未提交讀)
- read committed(已提交讀)
- Repeatable read(可重複讀)
- seaializable(可串行化)
1)未提交讀
事務中修改沒有提交對其他事務也是可見的,俗稱髒讀。
<!--創建一個測試表-->
mysql> create table student
-> (
-> id int not null auto_increment,
-> name varchar(32) not null default '',
-> primary key(id)
-> )engine=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
接下來需要自行開啓兩個MySQL會話終端,A和B,並且都執行以下命令設置爲未提交讀。
mysql> set session tx_isolation='read-uncommitted';
客戶端A:
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from student;
Empty set (0.00 sec)
mysql> insert into student(name) values('zhangyi');
<!--注意,此時事務未提交!!!-->
mysql> set session tx_isolation='read-uncommitted'; <!--設置爲未提交讀-->
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> select * from student; <!--查詢表,即可看到客戶A沒有提交的事務-->
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
+----+---------+
1 row in set (0.00 sec)
總結:以上可以看出未提交讀隔離級別非常危險,對於一個沒有提交事務所做修改對另一個事務是可見狀態,出現了髒讀!非特殊情況不建議使用此級別。
2)已提交讀
多數數據庫系統默認爲此級別(MySQL不是)。已提交讀級別爲一個事務只能已提交事務所做的修改,也就是解決了未提交讀的問題。
客戶端A插入數據測試:
mysql> set session tx_isolation='read-committed';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
+----+---------+
1 row in set (0.00 sec)
mysql> insert into student(name) values('zhanger');
Query OK, 1 row affected (0.00 sec)
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhanger |
+----+---------+
2 rows in set (0.00 sec)
客戶端B查看(不會看到客戶端A插入的數據):
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
+----+---------+
1 row in set (0.00 sec)
客戶端A進行提交:
mysql> commit;
Query OK, 0 rows affected (0.01 sec)
客戶端B進行查看(就可以看到A插入的數據了):
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhanger |
+----+---------+
2 rows in set (0.00 sec)
總結:從上面可以看出,提交讀沒有了未提交讀的問題,但是我們可以看到客戶端A的一個事務中執行了兩次同樣的SELECT語句,得到不同的結果,因此已提交讀又被稱爲不可重複讀。同樣的篩選條件可能得到不同的結果。
3)可重複讀
可重複讀解決了不可重複讀的問題,數據庫級別沒有解決幻讀的問題。
以下是客戶端A和客戶端B同時操作(都設置爲可重複讀,然後兩邊都開啓一個事務):
mysql> set session tx_isolation='repeatable-read';
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
客戶端A:
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhangsi |
+----+---------+
2 rows in set (0.00 sec)
mysql> update student set name='zhanger' where id=3;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhanger |
+----+---------+
2 rows in set (0.00 sec)
客戶端B:
mysql> select * from student;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhangsi |
+----+---------+
2 rows in set (0.00 sec)
mysql> commit; <!--提交當前事務-->
Query OK, 0 rows affected (0.00 sec)
mysql> select * from student; <!--即可看到客戶端A更新的數據-->
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhanger |
+----+---------+
2 rows in set (0.00 sec)
總結:上面可以看出,可重複讀兩次讀取的內容不一樣。數據庫的幻讀問題並沒有得到解決。幻讀只讀鎖定裏面的數據,不能讀鎖定外的數據,解決幻讀出了mvcc機制Mvcc機制。
4)可串行化
是最高隔離級別,強制事務串行執行,執行串行了也就解決問題了,這個只有在對數據一致性要求非常嚴格並且沒有併發的情況下使用。
在客戶端A及客戶端B進行以下操作(設置爲可串行讀):
mysql> set session tx_isolation='serializable';
客戶端A:
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from student where id < 10;
+----+---------+
| id | name |
+----+---------+
| 2 | zhangyi |
| 3 | zhanger |
+----+---------+
2 rows in set (0.00 sec)
客戶端B:
mysql> insert into student(name) values('zhangqi');
<!--此時進行插入操作時,會一直卡在這裏,然後出現下面的報錯信息,除非客戶端Acommit提交事務-->
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
以上幾種的隔離級別對比如下:
隔離級別 | 髒讀 | 不可重複 | 幻讀 | 加鎖讀 |
---|---|---|---|---|
未提交讀 | 是 | 是 | 是 | 否 |
提交讀 | 否 | 是 | 是 | 否 |
可重複讀 | 否 | 否 | 是 | 否 |
串行讀 | 否 | 否 | 否 | 是 |
———————— 本文至此結束,感謝閱讀 ————————