MySQL事務

前言：

什麼是事務？
事務是程序中一系列嚴密的操做，全部操做執行必須成功完成，不然在每一個操做所作的更改將會被撤銷，這也是事務的原子性（要麼成功，要麼失敗）。

MySQL的事務是在存儲引擎層實現。 MySQL的事務有ACID

• A：原子性(atomicity)：一個事務必須被視爲一個不可分割的單元。
• C：一致性(consistency)：數據庫是從一種狀態切換到另外一種狀態。
• I：隔離性(isolation)：事務在提交以前，對於其餘事務不可見。
• D：持久性(durablity)：一旦事務提交，所修改的將永久保存到數據庫。

一、事務的基本語法

<!--建立表-->
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)

二、事務的四種隔離級別

事務在提交以前對其餘事務可不可見。

1. read unaommitted(未提交讀)
2. read committed(已提交讀)
3. Repeatable read(可重複讀)
4. 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

以上幾種的隔離級別對好比下：

隔離級別	髒讀	不可重複	幻讀	加鎖讀
未提交讀	是	是	是	否
提交讀	否	是	是	否
可重複讀	否	否	是	否
串行讀	否	否	否	是

———————— 本文至此結束，感謝閱讀 ————————