2. 程式人生 > 資料庫 >MySQL系列複習（14）事務

MySQL系列複習（14）事務

阿新 • • 發佈：2020-11-25

環境：mysql5.7.30，cmd命令中進行演示。

1、什麼是事務？

資料庫中的事務是指資料庫執行一批操作，這些操作要麼全部執行成功，要麼全部執行失敗，不會存在部分失敗的情況。

舉個例子

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

1.從A賬戶扣100
2.給B賬戶加100

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

  1. 操作成功：A賬戶減少100；B賬戶增加100
  2. 操作失敗：A、B兩個賬戶都沒有發生變化

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

2、事務的幾個特性（ACID）

2.1、原子性(Atomicity)

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

2.2、一致性(Consistency)

事務開始之前、執行中、執行完畢，這些時間點，多個人去觀察事務操作的資料的時候，看到的資料都是一致的，比如在事務操作過程中，A連線看到的是100，那麼B此時也去看的時候也是100，不會說AB看到的資料不一樣，他們在某個時間點看到的資料是一致的。

2.3、隔離性(Isolation)

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

2.4、永續性(Durability)

一個事務一旦提交，他對資料庫中資料的改變就應該是永久性的。當事務提交之後，資料會持久化到硬碟，修改是永久性的。

3、MySQL中事務操作

mysql中事務預設是隱式事務，執行insert、update、delete操作的時候，資料庫自動開啟事務、提交或回滾事務。

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

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

3.1、隱式事務

事務自動開啟、提交或回滾，比如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表示開啟了自動提交。

3.2、顯式事務

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

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行，最後回滾了事務。

2.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之間的操作回滾掉。

2.4、只讀事務

表示在事務中執行的是一些只讀操作，如查詢，但是不會做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會報錯。

3、事務中的一些問題

這些問題主要是基於資料在多個事務中的可見性來說的。

3.1、髒讀

一個事務在執行的過程中讀取到了其他事務還沒有提交的資料。

3.2、讀已提交

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

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

3.3、可重複讀

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

3.4、幻讀

髒讀、不可重複讀、可重複讀、幻讀，其中最難理解的是幻讀

以mysql為例：

幻讀在可重複讀的模式下才會出現，其他隔離級別中不會出現

幻讀現象例子：

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

事務A操作如下：
1、開啟事務
2、查詢號碼為X的記錄，不存在
3、插入號碼為X的資料，插入報錯（為什麼會報錯，先向下看）
4、查詢號碼為X的記錄，發現還是不存在（由於是可重複讀，所以讀取記錄X還是不存在的）

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

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

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

事務的隔離級別

當多個事務同時進行的時候，如何確保當前事務中資料的正確性，比如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 服務已經啟動成功。

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

隔離級別髒讀不可重複讀幻讀
READ-UNCOMMITTED有有無
READ-COMMITTED無有無
REPEATABLE-READ無無有
SERIALIZABLE無無無

表格中和網上有些不一樣，主要是幻讀這塊，幻讀只會在可重複讀級別中才會出現，其他級別下不存在。

下面我們來演示一下，各種隔離級別中可見性的問題，開啟兩個視窗，叫做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視窗B
T1start transaction; 
T2select * from test1; 
T3 start transaction;
T4 insert into test1 values (1);
T5 select * from test1;
T6select * from test1; 
T7 commit;
T8commit; 

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視窗B
T1start transaction; 
T2select * from test1; 
T3 start transaction;
T4 insert into test1 values (1);
T5 select * from test1;
T6select * from test1; 
T7 commit;
T8select * from test1; 
T9commit; 

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視窗B
T1start transaction; 
T2select * from test1; 
T3 start transaction;
T4 insert into test1 values (1);
T5 select * from test1;
T6select * from test1; 
T7 commit;
T8select * from test1; 
T9commit; 
T10select * from test1; 

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（可重複讀）級別下出現，需要先把隔離級別改為可重複讀。

將隔離級別置為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視窗B
T1start transaction; 
T2 start transaction;
T3 -- 插入路人甲Java
insert into t_user values (1,'路人甲Java');
T4 select * from t_user;
T5-- 檢視路人甲Java是否存在
select * from t_user where name='路人甲Java';		 
T6 commit;
T7-- 插入路人甲Java
insert into t_user values (2,'路人甲Java');		 
T8-- 檢視路人甲Java是否存在
select * from t_user where name='路人甲Java';		 
T9commit; 

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會讓併發的事務序列執行。

看效果：

將隔離級別置為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個視窗中執行下面操作：

時間視窗A視窗B
T1start transaction; 
T2select * from test1; 
T3 start transaction;
T4 insert into test1 values (1);
T5select * from test1; 
T6commit; 
T7 commit;

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

可以看出來，事務只能序列執行了。序列情況下不存在髒讀、不可重複讀、幻讀的問題了。

關於隔離級別的選擇

  1. 需要對各種隔離級別產生的現象非常瞭解，然後選擇的時候才能遊刃有餘

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

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

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

總結

  1. 理解事務的4個特性：原子性、一致性、隔離性、永續性

  2. 掌握事務操作常見命令的介紹

  3. set autocommit可以設定是否開啟自動提交事務

  4. start transaction：開啟事務

  5. start transaction read only：開啟只讀事物

  6. commit：提交事務

  7. rollback：回滾事務

  8. savepoint：設定儲存點

  9. rollback to 儲存點：可以回滾到某個儲存點

  10. 掌握4種隔離級別及瞭解其特點

  11. 瞭解髒讀、不可重複讀、幻讀

 

 

 

事務常見操作指令詳解

事務的隔離級別詳解

髒讀、不可重複讀、可重複讀、幻讀詳解

演示各種隔離級別產生的現象

關於隔離級別的選擇

 

 

 

 

 

 

相關推薦

MySQL系列複習（14）事務

環境：mysql5.7.30，cmd命令中進行演示。 1、什麼是事務？ 資料庫中的事務是指資料庫執行一批操作，這些操作要麼全部執行成功，要麼全部執行失敗，不會存在部分失敗的情況。

Mysql資料庫複習（4）----儲存引擎，事務，索引，檢視和設計三正規化

寫在最前面：本博文如有錯誤，還望指出，謝謝 九、儲存引擎 1.完整的建表語句

MySQL進階（四）事務與鎖

MySQL的事務與鎖 五、MySQL事務 5.1 事務簡介 (1)在 MySQL 中只有使用了 Innodb 資料庫引擎的資料庫或表才支援事務。

Mysql資料庫複習（1）----單表查詢sql語句

技術標籤：mysql資料庫 寫在最前面：本博文如有錯誤，還望大家指出，謝謝 一、SQL語句

Angular入門到精通系列教程（14）- Angular 編譯打包 & Docker釋出

技術標籤：AngularAngular入門到精通angular 文章目錄 1. 概要2. 編譯打包2.1. 基本打包命令2.2. 打包部署到二級目錄

Mysql回顧複習（一）

1. mysql常用命令 退出mysql：exit; 檢視資料庫：show databases; 選擇使用資料庫：use 資料庫名；建立資料庫：create databases 資料庫名；檢視資料表：show tables;

知識點複習 （14）—— new操作符

c++中利用new操作符在堆區開闢數 堆區開闢的資料，由程式設計師手動開闢，手動釋放，釋放利用操作符delete

MySQL系列優化（一）

MYSQL優化是一個非常大的課題，這篇文章主要介紹了跟MYSQL相關的4個方面，如果想深入研究可以查下相關資料。

MySQL複習（二）：MySQL鎖、MySQL事務、SQL優化、資料庫分庫分表

五、MySQL鎖 根據加鎖的範圍，MySQL裡面的鎖大致可以分成全域性鎖、表級鎖和行鎖三類

MySQL複習（一）：MySQL基礎架構、InnoDB體系結構、MySQL日誌

一、MySQL基礎架構 MySQL可以分為Server層和儲存引擎層兩部分 Server層包括聯結器、查詢快取、分析器、優化器、執行器等，涵蓋MySQL的大多數核心服務功能，以及所有的內建函式（如日期、時間、數學和加密函式等

Spring事務專題（三）事務的基本概念，Mysql事務處理原理

前言 本專題大綱： 我重新整理了大綱，思考了很久，決定單獨將MySQL的事務實現原理跟Spring中的事務示例分為兩篇文章，因為二者畢竟沒有什麼實際關係，實際上如果你對MySQL的事務原理不感興趣也可以直接跳過本文，等

MySQL技術內幕InnoDB儲存引擎（七）——事務

什麼是資料庫的事務？ 事務是訪問並更新資料庫中各種資料的一個程式執行單元。事務也是資料庫區別於檔案系統的一個重要特性。

明月學MySQL（一）——事務

概念 事務是一組SQL語句放在同一批次內去執行，要麼都執行，要麼都不執行，就是如果一個SQL語言出錯，則該批次內的所有SQL都被取消執行。 支援事務的應該只有InnoDB這種資料表型別。

MySQL的SQL語句 - 資料操作語句（14）- TABLE 語句

TABLE 語句 TABLE 是 MySQL 8.0.19 中引入的一個 DML 語句，它返回指定表的行和列。 1. TABLE table_name [ORDER BY column_name] [LIMIT number [OFFSET number]]

MySQL的SQL語句 -複製語句（14）- 控制組複製的 SQL 語句 - 配置組複製模式的函式

配置組複製模式的函式 以下函式使您能夠控制複製組執行的模式，即單主模式或多主模式。

Mysql系列之六(檢視，事務，觸發器等）

檢視 1.什麼是檢視 檢視就是通過查詢一張表儲存起來，下次可以接著用 2.為什麼要用檢視

Mysql事務和鎖（三） 事務中的鎖

技術標籤：mysql資料庫資料庫鎖 本系列文章目錄 展開/收起 Mysql事務和鎖（一） 事務的ACID特性和原理Mysql事務和鎖（二） 事務的隔離級別和MVCCMysql事務和鎖（三） 事務中的鎖Mysql事務和鎖（四） 死鎖

MySQL（七）事務和索引

事務和索引 事務（Transaction） 要麼都成功，要麼都失敗 什麼是事務 事務就是將一組SQL語句放在同一批次內去執行

MySql系列——MySql基礎知識（一）

文章目錄 　　1、背景介紹 　　2、資料庫基礎知識介紹 　　　　2.1 常見概念 　　　　2.2 資料庫儲存資料的一些特點

mysql加強（7）~事務、事務併發、解決事務併發的方法

一、事務Transaction（簡寫tx）： 在資料庫中，事務是指一組邏輯操作（不可分割的多個操作---一個事務，從一個狀態變成另外一個狀態。），無論成或敗，都作為一個整體進行工作，要麼全部執行，要麼全部不執行。