如何理解MySQL數(shù)據(jù)庫事務transaction

這篇文章主要講解了“如何理解MySQL數(shù)據(jù)庫事務transaction”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“如何理解MySQL數(shù)據(jù)庫事務transaction”吧！

1、什么是事務？

一個事務是一個完整的業(yè)務邏輯單元，不可再分。
比如：銀行賬戶轉賬，從A賬戶向B賬戶轉賬10000，需要執(zhí)行兩條update語句：

update t_act set balance=balance-10000 where actno='act-001';
update t_act set balance=balance+10000 where actno='act-0021';

以上兩條DML語句必須同時成功，或者同時失敗，不允許出現(xiàn)一條成功，一條失敗。
要想保證以上的兩條DML語句，同時成功或者同時失敗，那么就需要使用數(shù)據(jù)庫的
“事務機制”。

2、和事務相關的語句只有這3個DML語句：insert、delete、update

“為什么只有這3個DML語句：insert、delete、update？”
因為它們這三個語句都是和數(shù)據(jù)庫表中的"數(shù)據(jù)相關"的。事務的存在是為了保證數(shù)據(jù)的完整性，安全性。

3、假設所有的業(yè)務都能使用1條DML語句搞定，還需要事務機制嗎？

不需要事務。
但實際情況不是這樣的，通常一個事兒(“事務”)需要多條DML語句共同聯(lián)合完成。

4、事務的原理

注意：
一旦提交事務，就會把歷史操作持久化到硬盤上去，持久化完成后，清空歷史記錄。
一旦回滾事務，就會把歷史記錄直接清空掉，而不持久化到硬盤中。
事務操作，還可以設計保存點：了解。

5、事務的四大特性：ACID

事務包括四大特性：ACID
A原子性：事務是最小的工作單元，不可再分。
C一致性：事務必須保證多條DML語句，同時成功或者同時失敗。
I隔離性：事務A與事務B之間具有隔離。
D持久性：持久性指的是最終數(shù)據(jù)必須持久化到硬盤文件中，事務才算成功結束。

下面對上述事務四大特性，進行一個更為詳細的說明
“原子性”：一組操作要么都成功，要么都失敗，這一組操作是不可拆分的。
“一致性”：事務發(fā)生前后，數(shù)據(jù)總額仍然是匹配的。模擬一個人給另外一個人轉賬來說，轉賬之前，2人的金額總和為400；轉賬以后，2人的金額總額仍為400。
“隔離性”：所有操作沒有執(zhí)行完畢之前，其它會話窗口不能看見中間數(shù)據(jù)的改變過程，只有當前窗口可以看見數(shù)據(jù)改變過程。
“持久性”：一旦commit提交后，事務產(chǎn)生的影響就不能夠撤銷了，已經(jīng)實實在在把數(shù)據(jù)修改了。

6、關于事務之間的隔離性

"事務的隔離性存在隔離級別，理論上隔離級別包括4個"
隔離級別一般都是從2級、3級起步，1級一般用不上。

1）第一級別：讀未提交（read uncommitted）

  對方的事務還沒有提交，當前事務可以讀取到對方為提交的數(shù)據(jù)。
   讀未提交存在的問題："臟讀現(xiàn)象"，表示讀到了臟數(shù)據(jù)。
   "臟讀"：指的是一個事務正在修改數(shù)據(jù)，但是這種修改并沒有提交到數(shù)據(jù)庫。
而另一個事務，訪問到了該數(shù)據(jù)，此時這個數(shù)據(jù)屬于【臟數(shù)據(jù)】，因而叫臟讀。

2）第二級別：讀已提交（read committed）

   對方事務提交后的數(shù)據(jù)，我方可以讀取到。
   這種隔離級別解決了：臟讀現(xiàn)象沒有了。
   讀已提交存在的問題：不可重復讀。

3）第三級別：可重復讀（repeatable read）

   這種隔離級別解決了：不可重復讀問題。
   這種級別存在的問題：讀取到的數(shù)據(jù)是幻想，即讀取的是備份數(shù)據(jù)。

4）第四級別：序列化讀/串行化讀（serializable）

   解決了所有問題。
   但是效率低，需要事務排隊。

"需要注意的是"
oracle數(shù)據(jù)庫默認的隔離級別是：讀已提交（第二級別）。
mysq1數(shù)據(jù)庫默認的隔離級別是：可重復讀（第三級別）。

7、演示事務的隔離級別(演示數(shù)據(jù)自己造一些)

1）演示事務之前，需要掌握的知識點。

1）mysql默認情況下，事務是自動提交的。
2）什么是自動提交？
   只要是執(zhí)行任意一條DML語句，則自動提交一次。
   因此，在演示事務之前，必須先關閉自動提交。
   "關閉自動提交語句"：start transaction;    
3）"演示事務需要知道的3條命令："
   -- 關閉自動提交事務功能。
   start transaction;
  -- 提交事務。
  commit;
  -- 回滾事務，只能回滾到上一次的提交點。
  rollback;

2）設置全局事務隔離級別。

"設置全局事務隔離級別，設置完成后，退出重新登陸。"
-- 設置第一級別
set global transaction isolation level read uncommitted;
-- 設置第二級別
set global transaction isolation level read committed;
-- 設置第三級別（系統(tǒng)默認的事務級別，不用設置）
set global transaction isolation level repeatable read;
--設置第四級別
set global transaction isolation level serializable;

"查看全局事務隔離級別"
mysql> select @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ       |
+-----------------------+
1 row in set, 1 warning (0.00 sec)

3）演示讀未提交。

首先，設置全局事務隔離級別。

下面進行正式的演示：

4）演示讀已提交

首先，設置全局事務隔離級別。

下面進行正式的演示：

5）演示可重復讀

首先，設置全局事務隔離級別。

下面進行正式的演示：

這個需要注意：

這里演示的是"可重復讀"，我們在右邊窗口演示事務的一些列過程，左邊窗口
根本無法讀取，左邊窗口讀取到的，始終是原始數(shù)據(jù)的備份數(shù)據(jù)。

怎么理解呢？

你別忘記了，左邊窗口，也是開啟事務功能了的，start transaction;只要
是左邊這個窗口的事務功能，沒有結束(commit或者rollback都可以結束事務)，那
么左邊窗口讀取到的，始終是原始數(shù)據(jù)的備份數(shù)據(jù)，這就是我們所說的"幻想"。任
憑右邊黑窗口中做了任何改變，就算你也提交了事務，我左邊窗口，就是看不到。

左邊黑窗口，要怎么才可以看見這個變化呢？"

只有左邊這個黑窗口，先結束了當前黑窗口的事務，重新再次讀取，就可以看
到數(shù)據(jù)是真實變化了。 

6）演示序列化讀

首先，設置全局事務隔離級別。

下面進行正式的演示：
第一幅圖：

當左邊窗口，使用"commit"命令，提交事務以后，我們再看右邊窗口的變化。

感謝各位的閱讀，以上就是“如何理解MySQL數(shù)據(jù)庫事務transaction”的內容了，經(jīng)過本文的學習后，相信大家對如何理解MySQL數(shù)據(jù)庫事務transaction這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！