五分鐘後,你將真正理解MySQL事務隔離級別!

来源:https://www.cnblogs.com/heihaozi/archive/2020/02/12/12215043.html

只需要五分鐘,你就可以瞭解到事務及其ACID特性,並且真正地理解MySQL事務隔離級別:未提交讀、提交讀、可重覆讀、可串列化,還有什麼是臟讀、不可重覆讀、幻讀。 ...


什麼是事務?

事務是一組原子性的SQL操作,所有操作必須全部成功完成,如果其中有任何一個操作因為崩潰或其他原因無法執行,那麼所有的操作都不會被執行。也就是說,事務內的操作,要麼全部執行成功,要麼全部執行失敗。

事務的結束有兩種,當事務中的所有操作全部成功執行時,事務提交。如果其中一個操作失敗,將發生回滾操作,撤消之前到事務開始時的所有操作。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

事務的特性

一個運行良好的事務處理系統,還需要具備四個特性:原子性(Atomicity)、一致性(Consistency)、隔離性(Isolation)和持續性(Durability)。這四個特性簡稱為ACID特性。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

原子性(Atomicity)

一個事務必須被視為一個不可分割的最小邏輯工作單元,整個事務中的所有操作要麼全部提交成功,要麼全部失敗回滾。對於一個事務來說,不可能只執行其中的一部分操作,而不執行其中的另外一部分操作,這就是事務的原子性。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

一致性(Consistency)

事務執行的結果必須是從一個一致性的狀態轉換到另外一個一致性的狀態。當資料庫只包含成功事務提交的結果時,就說資料庫處於一致性狀態。如果事務因為崩潰或其他原因尚未完成,被迫中斷最終事務沒有提交,那麼事務中所做的修改也不會保存到資料庫中。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

隔離性(Isolation)

通常來說,一個事務的執行不能其它事務干擾。也就是說,一個事務內部的操作及使用的數據對其它併發事務是隔離的,併發執行的各個事務之間不能互相干擾。後面我們將要講解隔離級別(Isolation Level)的時候,會發現為什麼我們要說“通常來說”是隔離的。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

持續性(Durability)

事務一旦提交,它對資料庫中的數據的修改就應該是永久性的。此時即使系統崩潰,修改的數據也不會丟失。不過,實際上持久性也分很多不同的級別,有些持久性策略能夠提供非常強的安全保障,而有些則未必。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

事務隔離級別

在SQL標準中定義了四種隔離級別,每一種級別都定義了一個事務所做的修改,在另外一個事務內和事務間,哪些是可見的,哪些是不可見的。低級別的隔離級一般支持更高的併發處理,並擁有更低的系統開銷。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

未提交讀(Read Uncommitted)

未提交讀級別中,事務中的修改即使沒有提交,對其他事務也是可見的。讀取到了事務沒有提交的數據,就被成為臟讀(Dirty Read)。事務沒有提交的數據是很“臟”的,被讀取到會引起很多問題。從性能角度上看,未提交讀級別不會比其他級別好很多,但缺乏其他級別的好處,所以在實際應用中很少被用到。

為加上深對未提交讀級別的理解,讓我們看一個臟讀的例子,首先設置事務隔離級別為未提交讀

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

再檢驗一下事務隔離級別:

mysql> select @@tx_isolation;
+------------------+
| @@tx_isolation   |
+------------------+
| READ-UNCOMMITTED |
+------------------+
1 row in set, 1 warning (0.00 sec)

左右分別為兩個用戶,左邊是用戶A,右邊是用戶B,時間線從上至下:

#用戶A:查詢user表,有一條OneMoreStudy的記錄      
mysql> select * from user;                       
+----+--------------+                            
| id | name         |                            
+----+--------------+                            
|  1 | OneMoreStudy |                            
+----+--------------+                            
1 row in set (0.00 sec)                          
                                                 
                                                             #用戶B:開始事務
                                                             mysql> start transaction;
                                                             Query OK, 0 rows affected (0.00 sec)
                                                             
                                                             #用戶B:更新user表的一條記錄
                                                             mysql> update user set name = 'OMS' where id = 1;
                                                             Query OK, 1 row affected (0.01 sec)
                                                             Rows matched: 1  Changed: 1  Warnings: 0
                                                 
#用戶A:查詢user表,有一條OMS的記錄,臟讀            
mysql> select * from user;                       
+----+------+                                    
| id | name |                                    
+----+------+                                    
|  1 | OMS  |                                    
+----+------+                                    
1 row in set (0.00 sec)                          
                                                 
                                                             #用戶B:提交事務
                                                             mysql> commit;
                                                             Query OK, 0 rows affected (0.00 sec)

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

提交讀(Read Committed)

提交讀級別中,一個事務開始時,只能查詢到其他的事務已經提交的修改。也就是說,一個事務從開始到提交之前,任何的修改對其他的事務都是不可見的。提交讀級別基本滿足了事務的隔離性。

不過,在同一事務中兩次查詢之間,有其他事務的修改被提交,那麼兩次查詢到結果可能不相同,這就是不可重覆讀

為了更好的理解不可重覆讀,讓我們看一個例子,首先設置事務隔離級別為提交讀

mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)

再檢驗一下事務隔離級別:

mysql> select @@tx_isolation;
+----------------+
| @@tx_isolation |
+----------------+
| READ-COMMITTED |
+----------------+
1 row in set, 1 warning (0.00 sec)

左右分別為兩個用戶,左邊是用戶A,右邊是用戶B,時間線從上至下:

#用戶A:開始事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

#用戶A:查詢user表,有一條OneMoreStudy的記錄
mysql> select * from user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)

                                                        #用戶B:更新user表的一條記錄
                                                        mysql> update user set name = 'OMS' where id = 1;
                                                        Query OK, 1 row affected (0.00 sec)
                                                        Rows matched: 1  Changed: 1  Warnings: 0

#用戶A:查詢user表,有一條OMS的記錄,不可重覆讀
mysql> select * from user;
+----+------+
| id | name |
+----+------+
|  1 | OMS  |
+----+------+
1 row in set (0.00 sec)

#用戶A:提交事務
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

可重覆讀(Repeatable Read)

可重覆讀級別中,保證了在同一個事務中多次讀取同樣記錄的結果是一致的。即使多次讀取之間有其他事務對其結果做了修改,同一個事務中多次讀取的結果也是一致的。可重覆讀級別也是MySQL的預設事務隔離級別。

不過,當一個事務在讀過某個範圍內的記錄時,其他事務又在這個範圍內插入了新的記錄,當之前的事務再一次讀取這個範圍的記錄時,不會讀取到新插入的那條記錄,這被稱為幻讀

為了更好的理解幻讀,讓我們看一個例子,首先把事務隔離級別設置為可重覆讀

mysql> set session transaction isolation level repeatable read;
Query OK, 0 rows affected (0.00 sec)

再檢驗一下事務隔離級別:

mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set, 1 warning (0.00 sec)

左右分別為兩個用戶,左邊是用戶A,右邊是用戶B,時間線從上至下:

#用戶A:開始事務
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

#用戶A:查詢user表,有一條記錄
mysql> select * from user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)

                                                            #用戶B:插入一條數據
                                                            mysql> insert into user (name) value ('OneMoreStudy');
                                                            Query OK, 1 row affected (0.01 sec)

#用戶A:查詢user表,還是一條記錄,幻讀
mysql> select * from user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | OneMoreStudy |
+----+--------------+
1 row in set (0.00 sec)

#用戶A:提交事務
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

#用戶A:查詢user表,兩條記錄
mysql> select * from user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | OneMoreStudy |
|  2 | OneMoreStudy |
+----+--------------+
2 rows in set (0.00 sec)

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

可串列化(Serializable)

可串列化級別中,強制事務串列執行,是最高的隔離級別。在這個級別中,雖然避免了上面提到的幻讀,但是會在讀取的每一行上加鎖,可能導致大量的超時和鎖競爭問題,所以在實際應用中很少被用到。除非,非常需要確保數據一致性並且不要求高併發,可以採用可串列化級別。

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。

總結

本文首先簡單介紹了事務及其ACID特性,然後著重講解了事務的四種隔離級別:

  1. 未提交讀:事務中的修改即使沒有提交,對其他事務也是可見的。
  2. 提交讀:事務開始時,只能查詢到其他的事務已經提交的修改。
  3. 可重覆讀:保證在同一個事務中多次讀取同樣記錄的結果是一致的。
  4. 可串列化:強制事務串列執行。
隔離級別 臟讀 不可重覆讀 幻讀
未提交讀 可能 可能 可能
提交讀 不可能 可能 可能
可重覆讀 不可能 不可能 可能
可串列化 不可能 不可能 不可能

歡迎關註微信公眾號:萬貓學社,每周一分享Java技術乾貨。


您的分享是我們最大的動力!

更多相關文章
  • 1、在需要無密碼登錄遠程伺服器的機器上(如A→B伺服器)生成密碼對 A:伺服器操作: ssh-keygen -t rsa :輸出的內容直接一路回車即可(enter) 執行上面一步,會在~/.ssh目錄下生成兩個文件id_rsa和id_rsa.pub,其中id_rsa是私鑰,保存在本機;id_rsa. ...
  • 下載地址:https://www.elastic.co/cn/downloads/elasticsearch 下載對應需要的 ES 。我這邊是 Linux 的系統。另外 ES 支持 Docker 方式啟動。另外,ES 7.x 不需要本地 JDK 環境支持: ES 5,安裝需要 JDK 8 以上 ES ...
  • ELK簡介: ELK Stack:ELK是Elasticsearch、Logstash、Kibana的縮寫簡稱,這三者都是開源軟體。ELK是5.0版本前的統稱;這是一套統一的日誌收集分析系統。它能夠方便的為我們收集你想要的日誌並且展示出來。 Elastic Stack:是ELK5.0之後加入了Bea ...
  • 壓縮和解壓縮 最早的:compress/uncompresse 文件名尾碼:.Z 然後是:gzip/gunzip 文件名尾碼:.gz 很久一段gzip是linux的標準壓縮和解壓縮演算法了 然後是:bzip2/bunizip2 文件名尾碼:.bz2 大文件的壓縮比比gzip大一點,但是小文件的壓縮比還 ...
  • 資料庫中存入的是一條一條的用戶信息,現在想取出一個人的個人信息,並封裝為Bean對象,可以使用queryForObject來獲取數據並通過new BeanPropertyRowMapper(Bean.class)將數據轉化為javaBean對象 ...
  • 上一章聊到行式存儲、列式存儲的基本概念,並介紹了 TsFile 是如何存儲數據以及基本概念。詳情請見: 時序資料庫 Apache-IoTDB 源碼解析之文件格式簡介(三) 打一波廣告,歡迎大家訪問IoTDB 倉庫,求一波 Star 。歡迎關註頭條號:列炮緩開局,歡迎關註OSCHINA博客 這一章主要 ...
  • 環境:CentOS7.4 Oracle11.2.0.4(搭建rac集群) 問題描述:在使用exp命令執行導出的時候,部分表提示“EXP-00003: 未找到段 (0,0) 的存儲定義”警告。 問題原因:該問題是因為導出的數據表為空表導致的。Oracle 11GR2當表無數據時,不分配segment, ...
  • 1.所有的索引欄位,如果沒有設置not null,則需要加一個位元組。2.定長欄位,int占4個位元組、date占3個位元組、char(n)占n個字元。3.變長欄位,varchar(n),則有n個字元+兩個位元組。4.不同的字元集,一個字元占用的位元組數不同。latin1編碼的,一個字元占用1個位元組,gbk編 ...
一周排行
  • 最近由於疫情緊張,遂在家辦公,在領導的帶領下,學習了一下.Net Core MVC。 一,構建web應用 1.選擇c#-所有平臺-web 找到ASP.NET Core web應用程式 2.項目命名之後轉至如下界面:選擇Web應用程式(模型視圖控制器)。 Ok點擊創建,這個項目的基本框架就生成了。 二 ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7792973.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講結構型設計模式的第六個模式--享元模式,先從名字上來看,“享元”可以這樣理解--共用“單元”。單元是什麼呢?舉例說明:對於圖形而言就 ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7814004.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講結構型設計模式的第七個模式,也是結構型設計模式中的最後一個模式--代理模式。先從名字上來看,“代理”可以理解為“代替”,代替“主人” ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7837716.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講行為型設計模式的第一個模式--模板方法模式,先從名字上來看。“模板方法”理解為有一個方法的名字叫“模板方法”,也可以換個理解方法: ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7873322.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講行為型設計模式的第二個模式--命令模式,又稱為行動(Action)模式或交易(Transaction)模式,先從名字上來看。“命令模 ...
  • 前面幾章介紹了處理適量適中的圖形內容的最佳方法。通過使用幾何圖形、圖畫和路徑,可以降低2D圖形的開銷。即使正在使用複雜的具有分層效果的組合形狀和漸變畫刷,這種方法也仍然能夠正常得很好。 然而,這樣設計不適合需要渲染大量圖形元素的繪圖密集型應用程式。例如繪圖程式、演示粒子碰撞的物理模型程式或橫向卷軸形 ...
  • Dubbo的服務暴露是一個重要的特性,瞭解其機制很重要。之前有很多人寫了有關的源代碼分析,在本文中不再重新分析。官方文檔中的一篇寫的就很好,本文主要是有關內容進行補充與總結。 傳送門: "服務導出" 為什麼要服務暴露 服務暴露分為遠程暴露和本地暴露。在遠程服務暴露中會將服務信息上傳到註冊中心。這時客 ...
  • 在上一篇文章 Dubbo之服務暴露分析 中介紹了當遠程暴露時,如果有註冊中心,需要在服務暴露後再將服務註冊到註冊中心。該篇將介紹該功能的有關步驟。 註冊的起點 在 方法包含了服務導出,註冊,以及數據訂閱等邏輯。其中服務註冊先調用 方法。 可以看出,服務註冊主要包括兩部分, 獲取註冊中心實例 和 向註 ...
  • 從今天開始,將會逐步介紹關於DUbbo的有關知識。首先先簡單介紹一下DUbbo的整體概述。 概述 Dubbo是SOA(面向服務架構)服務治理方案的核心框架。用於分散式調用,其重點在於分散式的治理。 簡單的來說,可以把它分為四個角色。服務提供方(Provider)、服務消費方(Consumer)、註冊 ...
  • [TOC] python是數據分析的主要工具,它包含的數據結構和數據處理工具的設計讓python在數據分析領域變得十分快捷。它以NumPy為基礎,並對於需要類似 for迴圈 的大量數據處理的問題有非常快捷的數組處理函數。 但是pandas最擅長的領域還是在處理表格型二維以上不同數據類型數據。 基本導 ...
x