mysql事務的含義是什么

這篇文章主要介紹了mysql事務的含義是什么的相關知識，內容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇mysql事務的含義是什么文章都會有所收獲，下面我們一起來看看吧。

mysql事務是指對數據庫執行一批操作，在同一個事務當中，這些操作最終要么全部執行成功，要么全部失敗，不會存在部分成功的情況；事務是一個原子操作，是一個最小執行單元，可以由一個或多個SQL語句組成。

什么是事務？

數據庫中的事務是指對數據庫執行一批操作，在同一個事務當中，這些操作最終要么全部執行成功，要么全部失敗，不會存在部分成功的情況。

• 事務是一個原子操作。是一個最小執行單元。可以由一個或多個SQL語句組成

• 在同一個事務當中，所有的SQL語句都成功執行時，整 個事務成功，有一個SQL語句執行失敗，整個事務都執行失敗。

舉個例子：

比如A用戶給B用戶轉賬100操作，過程如下：

1. 從A賬戶扣100

2. 給B賬戶加100

如果在事務的支持下，上面最終只有2種結果：

1. 操作成功：A賬戶減少100；B賬戶增加100

2. 操作失敗：A、B兩個賬戶都沒有發生變化

如果沒有事務的支持，可能出現錯：A賬戶減少了100，此時系統掛了，導致B賬戶沒有加上100，而A賬戶憑空少了100。

事務的幾個特性(ACID) -重點

原子性(Atomicity)

事務的整個過程如原子操作一樣，最終要么全部成功，或者全部失敗，這個原子性是從最終結果來看的，從最終結果來看這個過程是不可分割的。

一致性(Consistency)

一個事務必須使數據庫從一個一致性狀態變換到另一個一致性狀態。

首先回顧一下一致性的定義。所謂一致性，指的是數據處于一種有意義的狀態，這種狀態是語義上的而不是語法上的。最常見的例子是轉帳。例如從帳戶A轉一筆錢到帳戶B上，如果帳戶A上的錢減少了，而帳戶B上的錢卻沒有增加，那么我們認為此時數據處于不一致的狀態。

從這段話的理解來看，所謂一致性，即，從實際的業務邏輯上來說，最終結果是對的、是跟程序員的所期望的結果完全符合的

隔離性(Isolation)

一個事務的執行不能被其他事務干擾。即一個事務內部的操作及使用的數據對并發的其他事務是隔離的，并發執行的各個事務之間不能互相干擾。

• 這里先提一下事務的隔離級別：

• 讀未提交：read uncommitted

• 讀已提交：read committed

• 可重復讀：repeatable read

• 串行化：serializable

持久性(Durability)

一個事務一旦提交，他對數據庫中數據的改變就應該是永久性的。當事務提交之后，數據會持久化到硬盤，修改是永久性的。

Mysql中事務操作

mysql中事務默認是隱式事務，執行insert、update、delete操作的時候，數據庫自動開啟事務、提交或回滾事務。

是否開啟隱式事務是由變量autocommit控制的。

所以事務分為隱式事務和顯式事務。

隱式事務

事務自動開啟、提交或回滾，比如insert、update、delete語句，事務的開啟、提交或回滾由mysql內部自動控制的。

查看變量autocommit是否開啟了自動提交

mysql> show variables like 'autocommit';+---------------+-------+| Variable_name | Value |+---------------+-------+| autocommit   | ON   |+---------------+-------+1 row in set, 1 warning (0.00 sec)

autocommit為ON表示開啟了自動提交。

顯式事務

事務需要手動開啟、提交或回滾，由開發者自己控制。

2種方式手動控制事務：

方式1：

語法：

//設置不自動提交事務set autocommit=0;//執行事務操作commit|rollback;

示例1：提交事務操作，如下：

mysql> create table test1 (a int);Query OK, 0 rows affected (0.01 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> set autocommit=0;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values(1);Query OK, 1 row affected (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)

示例2：回滾事務操作，如下：

mysql> set autocommit=0;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values(2);Query OK, 1 row affected (0.00 sec)mysql> rollback;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)

可以看到上面數據回滾了。

我們把autocommit還原回去：

mysql> set autocommit=1;Query OK, 0 rows affected (0.00 sec)

方式2：

語法：

start transaction;//開啟事務//執行事務操作commit|rollback;

示例1：提交事務操作，如下：

mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (2);Query OK, 1 row affected (0.00 sec)mysql> insert into test1 values (3);Query OK, 1 row affected (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   2 ||   3 |+------+3 rows in set (0.00 sec)

上面成功插入了2條數據。

示例2：回滾事務操作，如下：

mysql> select * from test1;+------+| a   |+------+|   1 ||   2 ||   3 |+------+3 rows in set (0.00 sec)mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> delete from test1;Query OK, 3 rows affected (0.00 sec)mysql> rollback;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   2 ||   3 |+------+3 rows in set (0.00 sec)

上面事務中我們刪除了test1的數據，顯示刪除了3行，最后回滾了事務。

savepoint關鍵字

在事務中我們執行了一大批操作，可能我們只想回滾部分數據，怎么做呢？

我們可以將一大批操作分為幾個部分，然后指定回滾某個部分。可以使用savepoin來實現，效果如下：

先清除test1表數據：

mysql> delete from test1;Query OK, 3 rows affected (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)

演示savepoint效果，認真看：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (1);Query OK, 1 row affected (0.00 sec)mysql> savepoint part1;//設置一個保存點Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (2);Query OK, 1 row affected (0.00 sec)mysql> rollback to part1;//將savepint = part1的語句到當前語句之間所有的操作回滾Query OK, 0 rows affected (0.00 sec)mysql> commit;//提交事務Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)

從上面可以看出，執行了2次插入操作，最后只插入了1條數據。

savepoint需要結合rollback to sp1一起使用，可以將保存點sp1到rollback to之間的操作回滾掉。

只讀事務

表示在事務中執行的是一些只讀操作，如查詢，但是不會做insert、update、delete操作，數據庫內部對只讀事務可能會有一些性能上的優化。

用法如下：

start transaction read only;

示例：

mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> start transaction read only;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   1 |+------+2 rows in set (0.00 sec)mysql> delete from test1;ERROR 1792 (25006): Cannot execute statement in a READ ONLY transaction.mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   1 |+------+2 rows in set (0.00 sec)

只讀事務中執行delete會報錯。

事務中的一些問題（重點）

這些問題主要是基于數據在多個事務中的可見性來說的。也是并發事務產生的問題。

更新丟失

丟失更新就是兩個不同的事務（或者Java程序線程）在某一時刻對同一數據進行讀取后，先后進行修改。導致第一次操作數據丟失。

「

第一類丟失更新 ：A，B 事務同時操作同一數據，A先對改數據進行了更改，B再次更改時失敗然后回滾，把A更新的數據也回滾了。（事務撤銷造成的撤銷丟失）

第二類丟失更新：A，B 事務同時操作同一數據，A先對改數據進行了更改，B再次更改并且提交，把A提交的數據給覆蓋了。（事務提交造成的覆蓋丟失）

」

臟讀

一個事務在執行的過程中讀取到了其他事務還沒有提交的數據。 這個還是比較好理解的。

「

兩個事務同時操作同一數據，A事務對該數據進行了修改還沒提交的時候，B事務訪問了該條事務，并且使用了該數據，此時A事務回滾，那么B事務讀到的就是臟數據。

比如事務1，修改了某個數據 事務2，剛好訪問了事務1修改后的數據

此時事務1，回滾了操作 事務2，讀到還是回滾前的數據

」

讀已提交

從字面上我們就可以理解，即一個事務操作過程中可以讀取到其他事務已經提交的數據。

事務中的每次讀取操作，讀取到的都是數據庫中其他事務已提交的最新的數據（相當于當前讀）

不可重復讀

在同一事務中，多次讀取同一數據返回的結果有所不同，換句話說，后續讀取可以讀到另一事務已提交的更新數據。相反，“可重復讀” 在同一事務中多次讀取數據時, 能夠保證所讀數據一樣, 也就是后續讀取不能讀到另一事務已提交的更新數據。

「

這種情況發生 在一個事務內多次讀同一數據。A事務查詢某條數據，該事務未結束時，B事務也訪問同一數據并進行了修改。那么在A事務中的兩 次讀數據之間，由于第二個事務的修改，那么第一個事務兩次讀到的的數據可能是不一樣的。

事務1，查詢某個數據 事務2，修改了某個數據，提交

事務1，再次查詢這個數據

這樣事務1兩次查詢的數據不一樣，稱為不可重復讀

」

可重復讀

一個事務操作中對于一個讀取操作不管多少次，讀取到的結果都是一樣的。

幻讀

臟讀、不可重復讀、可重復讀、幻讀，其中最難理解的是幻讀

以mysql為例：

• 幻讀現象例子：

• 可重復讀模式下，比如有個用戶表，手機號碼為主鍵，有兩個事物進行如下操作

• 事務A操作如下： 1、打開事務 2、查詢號碼為X的記錄，不存在 3、插入號碼為X的數據，插入報錯（為什么會報錯，先向下看） 4、查詢號碼為X的記錄，發現還是不存在（由于是可重復讀，所以讀取記錄X還是不存在的）

• 事物B操作：在事務A第2步操作時插入了一條X的記錄，所以會導致A中第3步插入報錯（違反了唯一約束）

• 上面操作對A來說就像發生了幻覺一樣，明明查詢X（A中第二步、第四步）不存在，但卻無法插入成功

• 幻讀可以這么理解：事務中后面的操作（插入號碼X）需要上面的讀取操作（查詢號碼X的記錄）提供支持，但讀取操作卻不能支持下面的操作時產生的錯誤，就像發生了幻覺一樣。

• 看第二種解釋：

• 事務A在操作一堆數據的時候，事務B插入了一條數據，A事務再次（第二次）查詢，發現多了一條數據，像是幻覺。與不可重復讀類似，不同的是一個是修改刪除操作，一個是新增操作。

如果還是理解不了的，繼續向下看，后面后詳細的演示。

事務的隔離級別

當多個事務同時進行的時候，如何確保當前事務中數據的正確性，比如A、B兩個事物同時進行的時候，A是否可以看到B已提交的數據或者B未提交的數據，這個需要依靠事務的隔離級別來保證，不同的隔離級別中所產生的效果是不一樣的。

事務隔離級別主要是解決了上面多個事務之間數據可見性及數據正確性的問題。（或者說為了解決并發控制可能產生的異常問題，數據庫定義了四種事務的隔離級別）

隔離級別分為4種：

1. 讀未提交：READ-UNCOMMITTED

2. 讀已提交：READ-COMMITTED

3. 可重復讀：REPEATABLE-READ

4. 串行：SERIALIZABLE

上面4中隔離級別越來越強，會導致數據庫的并發性也越來越低。

查看隔離級別

mysql> show variables like 'transaction_isolation';+-----------------------+----------------+| Variable_name     | Value      |+-----------------------+----------------+| transaction_isolation | READ-COMMITTED |+-----------------------+----------------+1 row in set, 1 warning (0.00 sec)

隔離級別的設置

分2步驟，修改文件、重啟mysql，如下：

修改mysql中的my.init文件，我們將隔離級別設置為：READ-UNCOMMITTED，如下：

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=READ-UNCOMMITTED

以管理員身份打開cmd窗口，重啟mysql，如下：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

各種隔離級別中會出現的問題

下面我們來演示一下，各種隔離級別中可見性的問題，開啟兩個窗口，叫做A、B窗口，兩個窗口中登錄mysql。

READ-UNCOMMITTED：讀未提交

將隔離級別置為READ-UNCOMMITTED：

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=READ-UNCOMMITTED

重啟mysql：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

查看隔離級別：

mysql> show variables like 'transaction_isolation';+-----------------------+----------------+| Variable_name     | Value      |+-----------------------+----------------+| transaction_isolation | READ-UNCOMMITTED |+-----------------------+----------------+1 row in set, 1 warning (0.00 sec)

先清空test1表數據：

delete from test1;select * from test1;

按時間順序在2個窗口中執行下面操作：

A窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

B窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (1);Query OK, 1 row affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

看一下:

T2-A：無數據，T6-A：有數據，T6時刻B還未提交，此時A已經看到了B插入的數據，說明出現了臟讀。

T2-A：無數據，T6-A：有數據，查詢到的結果不一樣，說明不可重復讀。

結論：讀未提交情況下，可以讀取到其他事務還未提交的數據，多次讀取結果不一樣，出現了臟讀、不可重復讀、幻讀

READ-COMMITTED：讀已提交

將隔離級別置為READ-COMMITTED

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=READ-COMMITTED

重啟mysql：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

查看隔離級別：

mysql> show variables like 'transaction_isolation';+-----------------------+----------------+| Variable_name     | Value      |+-----------------------+----------------+| transaction_isolation | READ-COMMITTED |+-----------------------+----------------+1 row in set, 1 warning (0.00 sec)

先清空test1表數據：

delete from test1;select * from test1;

按時間順序在2個窗口中執行下面操作：

A窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

B窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (1);Query OK, 1 row affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 |+------+1 row in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

看一下:

T5-B：有數據，T6-A窗口：無數據，A看不到B的數據，說明沒有臟讀。

T6-A窗口：無數據，T8-A：看到了B插入的數據，此時B已經提交了，A看到了B已提交的數據，說明可以讀取到已提交的數據。

T2-A、T6-A：無數據，T8-A：有數據，多次讀取結果不一樣，說明不可重復讀。

結論：讀已提交情況下，無法讀取到其他事務還未提交的數據，可以讀取到其他事務已經提交的數據，多次讀取結果不一樣，未出現臟讀，出現了讀已提交、不可重復讀、幻讀

REPEATABLE-READ：可重復讀

將隔離級別置為REPEATABLE-READ

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=REPEATABLE-READ

重啟mysql：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

查看隔離級別：

mysql> show variables like 'transaction_isolation';+-----------------------+----------------+| Variable_name     | Value      |+-----------------------+----------------+| transaction_isolation | REPEATABLE-READ |+-----------------------+----------------+1 row in set, 1 warning (0.00 sec)

先清空test1表數據：

delete from test1;select * from test1;

按時間順序在2個窗口中執行下面操作：

A窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> select * from test1;Empty set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   1 |+------+2 rows in set (0.00 sec)

B窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into test1 values (1);Query OK, 1 row affected (0.00 sec)mysql> select * from test1;+------+| a   |+------+|   1 ||   1 |+------+2 rows in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

看一下:

T2-A、T6-A窗口：無數據，T5-B：有數據，A看不到B的數據，說明沒有臟讀。

T8-A：無數據，此時B已經提交了，A看不到B已提交的數據，A中3次讀的結果一樣都是沒有數據的，說明可重復讀。

結論：可重復讀情況下，未出現臟讀，未讀取到其他事務已提交的數據，多次讀取結果一致，即可重復讀。

幻讀演示

將隔離級別置為REPEATABLE-READ

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=REPEATABLE-READ

重啟mysql：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

查看隔離級別：

mysql> show variables like 'transaction_isolation';+-----------------------+----------------+| Variable_name     | Value      |+-----------------------+----------------+| transaction_isolation | REPEATABLE-READ |+-----------------------+----------------+1 row in set, 1 warning (0.00 sec)

準備數據：

mysql> create table t_user(id int primary key,name varchar(16) unique key);Query OK, 0 rows affected (0.01 sec)mysql> insert into t_user values (1,'路人甲Java'),(2,'路人甲Java');ERROR 1062 (23000): Duplicate entry '路人甲Java' ***\*for\**** key 'name'mysql> select * from t_user;Empty set (0.00 sec)

上面我們創建t_user表，name添加了唯一約束，表示name不能重復，否則報錯。

按時間順序在2個窗口中執行下面操作：

A窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> select * from t_user where name='路人甲Java';Empty set (0.00 sec)mysql> insert into t_user values (2,'路人甲Java');ERROR 1062 (23000): Duplicate entry '路人甲Java' ***\*for\**** key 'name'mysql> select * from t_user where name='路人甲Java';Empty set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

B窗口如下：

mysql> start transaction;Query OK, 0 rows affected (0.00 sec)mysql> insert into t_user values (1,'路人甲Java');Query OK, 1 row affected (0.00 sec)mysql> select * from t_user;+----+---------------+| id | name      |+----+---------------+|  1 | 路人甲Java   |+----+---------------+1 row in set (0.00 sec)mysql> commit;Query OK, 0 rows affected (0.00 sec)

看一下:

A想插入數據路人甲Java，插入之前先查詢了一下（T5時刻）該用戶是否存在，發現不存在，然后在T7時刻執行插入，報錯了，報數據已經存在了，因為T6時刻B已經插入了路人甲Java。

然后A有點郁悶，剛才查的時候不存在的，然后A不相信自己的眼睛，又去查一次（T8時刻），發現路人甲Java還是不存在的。

此時A心里想：數據明明不存在啊，為什么無法插入呢？這不是懵逼了么，A覺得如同發生了幻覺一樣。

SERIALIZABLE：串行

SERIALIZABLE會讓并發的事務串行執行（多個事務之間讀寫、寫讀、寫寫會產生互斥，效果就是串行執行，多個事務之間的讀讀不會產生互斥）。

讀寫互斥：事務A中先讀取操作，事務B發起寫入操作，事務A中的讀取會導致事務B中的寫入處于等待狀態，直到A事務完成為止。

表示我開啟一個事務，為了保證事務中不會出現上面說的問題（臟讀、不可重復讀、讀已提交、幻讀），那么我讀取的時候，其他事務有修改數據的操作需要排隊等待，等待我讀取完成之后，他們才可以繼續。

寫讀、寫寫也是互斥的，讀寫互斥類似。

這個類似于java中的java.util.concurrent.lock.ReentrantReadWriteLock類產生的效果。

下面演示讀寫互斥的效果。

將隔離級別置為SERIALIZABLE

# 隔離級別設置,READ-UNCOMMITTED讀未提交,READ-COMMITTED讀已提交,REPEATABLE-READ可重復讀,SERIALIZABLE串行transaction-isolation=SERIALIZABLE

重啟mysql：

C:\Windows\system32>net stop mysql
mysql 服務正在停止..mysql 服務已成功停止。

C:\Windows\system32>net start mysql
mysql 服務正在啟動 .mysql 服務已經啟動成功。

查看隔離級別：

mysql> show variables like 'transaction_isolation';+-----------------------+--------------+| Variable_name     | Value     |+-----------------------+--------------+| transaction_isolation | SERIALIZABLE |+-----------------------+--------------+1 row in set, 1 warning (0.00 sec)

先清空test1表數據：

delete from test1;select * from test1;

按時間順序在2個窗口中執行下面操作：

按時間順序運行上面的命令，會發現T4-B這樣會被阻塞，直到T5-A執行完畢。

上面這個演示的是讀寫互斥產生的效果，大家可以自己去寫一下寫讀、寫寫互斥的效果。

可以看出來，事務只能串行執行了。串行情況下不存在臟讀、不可重復讀、幻讀的問題了。

小結

• 讀未提交( Read Uncommitted )

• 讀未提交是隔離級別最低的一種事務級別。在這種隔離級別下，一個事務會讀到另一個事務更新后但未提交的數據，如果另一個事務回滾，那么當前事務讀到的數據就是臟數據，這就是臟讀（Dirty Read）。

• 讀已提交( Read Committed )

• 在 Read Committed 隔離級別下，一個事務可能會遇到不可重復讀（Non Repeatable Read）的問題。不可重復讀是指，在一個事務內，多次讀同一數據，在這個事務還沒有結束時，如果另一個事務恰好修改了這個數據，那么，在第一個事務中，兩次讀取的數據就可能不一致。

• 可重復讀( Repeatable Read )

• 在Repeatable Read隔離級別下，一個事務可能會遇到幻讀（Phantom Read）的問題。幻讀是指，在一個事務中，第一次查詢某條記錄，發現沒有，但是，當試圖更新這條不存在的記錄時，竟然能成功，并且，再次讀取同一條記錄，它就神奇地出現了。幻讀就是沒有讀到的記錄，以為不存在，但其實是可以更新成功的，并且，更新成功后，再次讀取，就出現了。

• 可串行化( Serializable )

• Serializable 是最嚴格的隔離級別。在Serializable隔離級別下，所有事務按照次序依次執行，因此，臟讀、不可重復讀、幻讀都不會出現。

• 雖然 Serializable 隔離級別下的事務具有最高的安全性，但是，由于事務是串行執行，所以效率會大大下降，應用程序的性能會急劇降低。如果沒有特別重要的情景，一般都不會使用Serializable隔離級別。

默認隔離級別：如果沒有指定隔離級別，數據庫就會使用默認的隔離級別。在MySQL中，如果使用 InnoDB，默認的隔離級別是Repeatable Read。

關于隔離級別的選擇

1. 需要對各種隔離級別產生的現象非常了解，然后選擇的時候才能游刃有余

2. 隔離級別越高，并發性也低，比如最高級別SERIALIZABLE會讓事物串行執行，并發操作變成串行了，會導致系統性能直接降低。

3. 具體選擇哪種需要結合具體的業務來選擇。

4. 讀已提交（READ-COMMITTED）通常用的比較多。

關于“mysql事務的含義是什么”這篇文章的內容就介紹到這里，感謝各位的閱讀！相信大家對“mysql事務的含義是什么”知識都有一定的了解，大家如果還想學習更多知識，歡迎關注億速云行業資訊頻道。