前言：
什麼是事務？
事務是程序中一系列嚴密的操作，所有操作執行必須成功完成，否則在每個操作所做的更改將會被撤銷，這也是事務的原子性（要麼成功，要麼失敗）。
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
以上幾種的隔離級別對比如下：
| 隔離級別 | 髒讀 | 不可重複 | 幻讀 | 加鎖讀 |
|---|---|---|---|---|
| 未提交讀 | 是 | 是 | 是 | 否 |
| 提交讀 | 否 | 是 | 是 | 否 |
| 可重複讀 | 否 | 否 | 是 | 否 |
| 串行讀 | 否 | 否 | 否 | 是 |
———————— 本文至此結束，感謝閱讀 ————————