Mysql 數據庫事物及隔離級別

原創 灵动的艺术 2019-05-08 23:29

Mysql 數據庫事物及隔離級別

事務的基本要素（ACID）

  • 原子性（Atomicity）：事務開始後所有操作，要麼全部做完，要麼全部不做，不可能停滯在中間環節。事務執行過程中出錯，會回滾到事務開始前的狀態，所有的操作就像沒有發生一樣。也就是說事務是一個不可分割的整體，就像化學中學過的原子，是物質構成的基本單位。
  • 一致性（Consistency）：事務開始前和結束後，數據庫的完整性約束沒有被破壞 。比如A向B轉賬，不可能A扣了錢，B卻沒收到。
  • 隔離性（Isolation）：同一時間，只允許一個事務請求同一數據，不同的事務之間彼此沒有任何干擾。比如A正在從一張銀行卡中取錢，在A取錢的過程結束前，B不能向這張卡轉賬。
  • 持久性（Durability）：事務完成後，事務對數據庫的所有更新將被保存到數據庫，不能回滾。

事務的隔離級別問題

  • 髒讀：事務A讀取了事務B更新的數據，然後B回滾操作，那麼A讀取到的數據是髒數據
  • 不可重複讀：事務 A 多次讀取同一數據，事務 B 在事務A多次讀取的過程中，對數據作了更新並提交，導致事務A多次讀取同一數據時，結果 不一致。
  • 幻讀：系統管理員A將數據庫中所有學生的成績從具體分數改爲ABCDE等級，但是系統管理員B就在這個時候插入了一條具體分數的記錄，當系統管理員A改結束後發現還有一條記錄沒有改過來，就好像發生了幻覺一樣，這就叫幻讀。

小結：不可重複讀的和幻讀很容易混淆，不可重複讀側重於修改，幻讀側重於新增或刪除。解決不可重複讀的問題只需鎖住滿足條件的行，解決幻讀需要鎖表

事務的隔離級別

READ UNCOMMITTED 讀未提交

在READ UNCOMMITTED級別，事務中的修改，即使沒有提交，對其他事務也都是可見的。事務可以讀取未提交的數據，這也被稱作髒讀。這個級別會導致很多問題，從性能上來說，READ UNCOMMITTED不會比其他的級別好太多，但確缺乏其他級別的很多好處，除非真的有必要的理由，在實際應用中一般很少使用。

READ COMMITED 讀已提交

大多數數據庫系統的默認隔離級別是 READ COMMITED（但mysql不是）。READ COMMITED滿足前面提到的隔離性簡單定義：一個事務開始時，只能看見已經提交的事務所做的修改。換句話說，一個事務從開始直到提交之前，所做的任何修改對其他事務都是不可見的。這個級別有時候也叫做不可重複讀，因爲兩次執行同樣的查詢，可能會得到不一樣的結果。

REPEATABLE READ 可重複讀

MySQL的默認事務隔離級別。
REPEATABLE READ解決了髒讀的問題。該級別保證了在同一個事務中多次讀取同樣的記錄的結果是一致的。但是理論上，可重複讀隔離級別還是無法解決另一個幻讀的問題。所謂幻讀，指的是當某個事務在讀取某個範圍內的記錄時，另外一個事務又在該範圍內插入了新的記錄，當之前的事務再次讀取該範圍的記錄時，會產生幻行。InnoDB存儲引擎通過多版本併發控制（MVCC）解決了幻讀的問題。

SERIALIZABLE 可串行化

SERIALIZABLE 是最高的隔離級別。它通過強事務串行執行，避免了前面說的幻讀的問題。簡單來說，SERIALIZABLE會在曲度的每一行數據都加上鎖，所以可能導致大量的超時和鎖爭用的問題。實際應用中也很少用到這個隔離級別，只有在非常需要確保數據一致性而且可以接受沒有併發的情況下，才考慮使用該級別。

數據準備

CREATE TABLE `s_test` (
  `id` int(11) UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` varchar(64) DEFAULT NULL,
  `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '狀態。0-刪除，1-可用',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

insert into s_test(`name`) values ('a'),('b'),('c'),('d');

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | a    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

READ UNCOMMITTED

分別開啓2個數據庫連接終端，模擬2個事物操作。
終端A 設置事物隔離級別Read UnCommited 然後讀取測試表中的數據

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | a    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.02 sec)

終端B設置事物隔離級別Read UnCommited 然後修改測試表中的數據，並不提交事物

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> update s_test set name = 'x' where id = 1;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1  Changed: 1  Warnings: 0

此時再去終端A中讀取數據庫中的數據

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | x    | 2019-05-07 18:42:37 | 2019-05-08 10:46:50 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

可以發現事物A已經可以讀到事物B未提交的修改，在READ UNCOMMITTED級別，事務中的修改，即使沒有提交，對其他事務也都是可見的。

此時，我們將終端B的事物回滾

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

再到終端A查詢數據庫

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | a    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

發現數據已經回滾，則事物A中間那次讀到的數據就是髒讀。

READ COMMITED

同樣，我們終端A 設置事物隔離級別Read Commited 然後讀取測試表中的數據

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | a    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

然後在終端B設置事物隔離級別Read Commited 然後修改測試表中的數據，並不提交事物

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update s_test set name = 'x' where id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

此時再次到終端A查詢數據庫記錄

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | a    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

此時我們會發現，我們終端B未提交的修改，我們並沒有讀到，即不會產生髒讀。

此時，我們到終端B將剛做的修改提交

mysql> commit;
Query OK, 0 rows affected (0.01 sec)

再次回到終端A查詢數據庫數據

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | x    | 2019-05-07 18:42:37 | 2019-05-08 10:59:54 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

此時我們發現，我們已經讀到了終端B事物提交的事物，但是這也產生了一個新的問題，即事物A的2次提交讀到的不同的數據。即產生了重複讀的問題。

REPEATABLE READ

同樣，我們終端A 設置事物隔離級別Repeatable Read然後讀取測試表中的數據

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | x    | 2019-05-07 18:42:37 | 2019-05-08 10:59:54 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

然後 在終端B 設置事物隔離級別Repeatable Read然後然後修改測試表中的數據，並提交事物

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update s_test set name = 'y' where id = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.01 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | y    | 2019-05-07 18:42:37 | 2019-05-08 11:08:51 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

此時，再到終端A查看數據

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | x    | 2019-05-07 18:42:37 | 2019-05-08 10:59:54 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

發現事物B一提交的修改不回影響事物A的重複讀取，即不回產生重複讀的問題。

此時，再到終端B中插入一條記錄

mysql> insert into s_test(`name`) values ('e');
Query OK, 1 row affected (0.02 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | y    | 2019-05-07 18:42:37 | 2019-05-08 11:08:51 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  5 | e    | 2019-05-08 11:13:54 | 2019-05-08 11:13:54 |      1 |
+----+------+---------------------+---------------------+--------+
5 rows in set (0.00 sec)

然後再回到終端A，插入一條看起來不存在的記錄

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | x    | 2019-05-07 18:42:37 | 2019-05-08 10:59:54 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
+----+------+---------------------+---------------------+--------+
4 rows in set (0.00 sec)

mysql> insert into s_test(id,name) values(5,'e');
ERROR 1062 (23000): Duplicate entry '5' for key 'PRIMARY'

即產生了幻讀，讀不出來已經存在的數據。

SERIALIZABLE

同樣，我們在終端A中 設置事物隔離級別Serializable然後讀取測試表中的數據

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from s_test;
+----+------+---------------------+---------------------+--------+
| id | name | create_time         | update_time         | status |
+----+------+---------------------+---------------------+--------+
|  1 | y    | 2019-05-07 18:42:37 | 2019-05-08 11:08:51 |      1 |
|  2 | b    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  3 | c    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  4 | d    | 2019-05-07 18:42:37 | 2019-05-07 18:42:37 |      1 |
|  5 | e    | 2019-05-08 11:13:54 | 2019-05-08 11:13:54 |      1 |
+----+------+---------------------+---------------------+--------+
5 rows in set (0.00 sec)

然後在終端B中設置事物隔離級別Serializable然後嘗試修改測試表中的數據

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

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into s_test(`name`) values ('f');
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

然後會發現，終端B事務被掛住了，然後過了一段時間，提示了錯誤 (1205, u’Lock wait timeout exceeded; try restarting transaction’) ，說等待鎖超時。

在串行化隔離級別中，事物會在讀取的每一行數據都加上鎖，也就是說，上面A事務在讀取時，已經加了鎖，此時B事務在插入操作時，得等待鎖的放開，時間一長，A鎖未放開，B就報錯了。

發表評論
所有評論
還沒有人評論，想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章

linux CentOS7 mysql 源碼安裝和rpm安裝

今天是安裝linux mysql第三天，終於安裝成功了。 第一種方法，源碼安裝。 下載 cmake-2.8.10.2.tar.gz 和 mysql-5.6.4-m7.tar.gz 上傳到服務器解壓完成 1.在cmake-2.8.10.2這

weixin_38081382 2020-07-08 12:31:47

linux mysql ERROR 1820 (HY000): Unknown error 1820

安裝好mysql登錄進去mysql中，使用查詢，創建命令都不行，還報錯。 網上查找後，發現雖然使用我上一遍文章修改了密碼，但是mysql中並沒有設置密碼，需要在mysql中再設置一下密碼  執行 SET PASSWORD = PASSWO

weixin_38081382 2020-07-08 12:31:47

Java之mySQL數據庫事務隔離級別

問題 同一個應用程序中的多個事務或不同應用程序中的多個事務在同一個數據集上併發執行時, 可能會出現許多意外的問題，這些問題可分爲如下三種類型： 髒讀(Drity Read)： 已知有兩個事務A和B, A讀取了已經被B更新但還沒

这个名字真难起 2020-07-08 12:03:47

Java之mySQL數據庫表

字段類型 整數類型 tinyInt：很小的整數， smallint：小的整數 mediumint：中等大小的整數 int：普通大小的整數 小數類型 float(m,d)：單精度浮點數，m表示數字長度，d表示小數位數，例如floa

这个名字真难起 2020-07-08 12:03:46

mysql預處理語句提取變量，實現動態執行SQL語句

爲了項目在長期使用過程中，數據庫仍能夠保持較好的性能，考慮將數據庫表分爲當前表和歷史表。當前錶針對不同客戶，分別存儲在不同的表中。因爲需要在mysql的存儲過程中實現動態的指向不同的表進行操作。 首先,mysql的預處理語句如果帶參數，每

pengdayong77 2020-07-08 12:37:23

面試準備季——MyBatis 面試專題（含答案）

寫在前面：2020年面試必備的Java後端進階面試題總結了一份複習指南在Github上，內容詳細，圖文並茂，有需要學習的朋友可以Star一下！ GitHub地址：https://github.com/abel-max/Java-S

毛发旺盛的程序员 2020-07-08 12:27:20

Flex+java開發環境配置

     最近在做個項目。前端是用flex來寫，後臺用java，數據庫就用mysql。定了以後開始配環境。網上這方面的資料很多都是不負責任的，照着來的話也會有不少的問題，把自己的配置方法寫下來，希望需要的人能用得上。  需要下載的軟件 M

duran1986 2020-07-08 12:24:31

MySQL：CentOS 7通過yum安裝MariaDB

如何在CentOS 7下通過yum安裝MariaDB呢？ 這裏附上大佬的安裝步驟： https://zhuanlan.zhihu.com/p/49046496 博主就是按照這個步驟來的，炒雞詳細~相信你也能看明白 |ू･ω･` )

ETalien_ 2020-07-08 12:19:01

MySQL：外鍵及外鍵的使用

外鍵及外鍵的使用 如果公共關鍵字在一個關係中是主關鍵字，那麼這個公共關鍵字被稱爲另一個關係的外鍵。 由此可見，外鍵表示了兩個關係之間的相關聯繫。以另一個關係的外鍵作主關鍵字的表被稱爲主表，具有此外鍵的表被稱爲主表的從表。外鍵又稱作

ETalien_ 2020-07-08 12:19:01

MySQL：建庫建表等簡單操作

庫的相關操作 – 查看已有庫 SHOW DATABASES; SHOW DATABASES; SHOW DATABASES\G – 新建庫的操作 CREATE DATABASE 庫名; CREATE DATABASE `ET`;

ETalien_ 2020-07-08 12:19:01

linux 下安裝 mysql5.6.30

以下安裝步驟是本人以前操作的過程步驟，不保證100%正確，如果在使用過程出現異常請查閱其他相關資料。 1、下載mysql5.6，地址：http://dev.mysql.com/downloads/mysql/ 我們這下載：mysql

华华鱼 2020-07-08 12:16:40

【數據庫-MySQL】mysql日誌詳解及性能優化

mysql日誌分爲四大類：慢查詢日誌，查詢日誌，錯誤日誌，二進制日誌 一.慢查詢日誌：大於慢查詢時間的語句，都會記錄在慢查詢日誌中 1.查看慢查詢是否開啓 show variables like "slow_query_log"; 如下：

斯台普斯的少年 2020-07-08 12:15:14

Mysql疑難雜症收集

  Mysql疑難雜症收集 By Eagoo 　　　　一、可疑問題： 　　　　　　　　mysql>show processlist; 　　　　

单线程的娃 2020-07-08 12:00:56

python 操作 MySql 數據庫

準備工作 : 安裝 pymysql 命令：pip install pymysql 重要函數 函數 說明 connect 創建鏈接 cursor  創建一個遊標 commit 事務提交，如果沒有設爲自動提交，則每次操作後必須提交事務，否則操

浮煌 2020-07-08 11:43:28

談談mysql locate函數

大家都知道，當我們mysql需要使用模糊查詢的時候，往往會使用like去做相關查詢條件的模糊匹配，但是很多場景下，使用locate會獲取同樣的效果 create table user( id int primary key au

baomw 2020-07-08 11:43:17