亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

MySQL的事務(wù)的基本要素和事務(wù)隔離級(jí)別詳解

 更新時(shí)間:2024年04月02日 09:42:05   作者:今吳霜.  
這篇文章主要介紹了MySQL的事務(wù)的基本要素和事務(wù)隔離級(jí)別,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

一、事務(wù)的基本要素(ACID)

1、原子性(Atomicity):事務(wù)開(kāi)始后所有操作,要么全部做完,要么全部不做,不可能停滯在中間環(huán)節(jié)。事務(wù)執(zhí)行過(guò)程中出錯(cuò),會(huì)回滾到事務(wù)開(kāi)始前的狀態(tài),所有的操作就像沒(méi)有發(fā)生一樣。也就是說(shuō)事務(wù)是一個(gè)不可分割的整體,就像化學(xué)中學(xué)過(guò)的原子,是物質(zhì)構(gòu)成的基本單位。

2、一致性(Consistency):事務(wù)開(kāi)始前和結(jié)束后,數(shù)據(jù)庫(kù)的完整性約束沒(méi)有被破壞 。比如A向B轉(zhuǎn)賬,不可能A扣了錢(qián),B卻沒(méi)收到。

3、隔離性(Isolation):同一時(shí)間,只允許一個(gè)事務(wù)請(qǐng)求同一數(shù)據(jù),不同的事務(wù)之間彼此沒(méi)有任何干擾。比如A正在從一張銀行卡中取錢(qián),在A取錢(qián)的過(guò)程結(jié)束前,B不能向這張卡轉(zhuǎn)賬。

4、持久性(Durability):事務(wù)完成后,事務(wù)對(duì)數(shù)據(jù)庫(kù)的所有更新將被保存到數(shù)據(jù)庫(kù),不能回滾。

二、事務(wù)的并發(fā)問(wèn)題

1、臟讀:事務(wù)A讀取了事務(wù)B更新的數(shù)據(jù),然后B回滾操作,那么A讀取到的數(shù)據(jù)是臟數(shù)據(jù)。

2、不可重復(fù)讀:事務(wù) A 多次讀取同一數(shù)據(jù),事務(wù) B 在事務(wù)A多次讀取的過(guò)程中,對(duì)數(shù)據(jù)作了更新并提交,導(dǎo)致事務(wù)A多次讀取同一數(shù)據(jù)時(shí),結(jié)果 不一致。

3、幻讀:系統(tǒng)管理員A將數(shù)據(jù)庫(kù)中所有學(xué)生的成績(jī)從具體分?jǐn)?shù)改為ABCDE等級(jí),但是系統(tǒng)管理員B就在這個(gè)時(shí)候插入了一條具體分?jǐn)?shù)的記錄,當(dāng)系統(tǒng)管理員A改結(jié)束后發(fā)現(xiàn)還有一條記錄沒(méi)有改過(guò)來(lái),就好像發(fā)生了幻覺(jué)一樣,這就叫幻讀。

小結(jié):不可重復(fù)讀的和幻讀很容易混淆,不可重復(fù)讀側(cè)重于修改,幻讀側(cè)重于新增或刪除。解決不可重復(fù)讀的問(wèn)題只需鎖住滿(mǎn)足條件的行,解決幻讀需要鎖表。

三、MySQL事務(wù)隔離級(jí)別

mysql默認(rèn)的事務(wù)隔離級(jí)別為repeatable-read

四、用例子說(shuō)明各個(gè)隔離級(jí)別的情況

1、讀未提交

(1)打開(kāi)一個(gè)客戶(hù)端A,并設(shè)置當(dāng)前事務(wù)模式為read uncommitted(未提交讀),查詢(xún)表account的初始值:

    

(2)在客戶(hù)端A的事務(wù)提交之前,打開(kāi)另一個(gè)客戶(hù)端B,更新表account:

(3)這時(shí),雖然客戶(hù)端B的事務(wù)還沒(méi)提交,但是客戶(hù)端A就可以查詢(xún)到B已經(jīng)更新的數(shù)據(jù):

(4)一旦客戶(hù)端B的事務(wù)因?yàn)槟撤N原因回滾,所有的操作都將會(huì)被撤銷(xiāo),那客戶(hù)端A查詢(xún)到的數(shù)據(jù)其實(shí)就是臟數(shù)據(jù):

(5)在客戶(hù)端A執(zhí)行更新語(yǔ)句update account set balance = balance - 50 where id =1,lilei的balance沒(méi)有變成350,居然是400,是不是很奇怪,數(shù)據(jù)不一致啊,如果你這么想就太天真 了,在應(yīng)用程序中,我們會(huì)用400-50=350,并不知道其他會(huì)話(huà)回滾了,要想解決這個(gè)問(wèn)題可以采用讀已提交的隔離級(jí)別

2、讀已提交

(1)打開(kāi)一個(gè)客戶(hù)端A,并設(shè)置當(dāng)前事務(wù)模式為read committed(未提交讀),查詢(xún)表account的所有記錄:

    

(2)在客戶(hù)端A的事務(wù)提交之前,打開(kāi)另一個(gè)客戶(hù)端B,更新表account:

 

(3)這時(shí),客戶(hù)端B的事務(wù)還沒(méi)提交,客戶(hù)端A不能查詢(xún)到B已經(jīng)更新的數(shù)據(jù),解決了臟讀問(wèn)題:

(4)客戶(hù)端B的事務(wù)提交

 

(5)客戶(hù)端A執(zhí)行與上一步相同的查詢(xún),結(jié)果 與上一步不一致,即產(chǎn)生了不可重復(fù)讀的問(wèn)題

3、可重復(fù)讀

(1)打開(kāi)一個(gè)客戶(hù)端A,并設(shè)置當(dāng)前事務(wù)模式為repeatable read,查詢(xún)表account的所有記錄

    

(2)在客戶(hù)端A的事務(wù)提交之前,打開(kāi)另一個(gè)客戶(hù)端B,更新表account并提交

(3)在客戶(hù)端A查詢(xún)表account的所有記錄,與步驟(1)查詢(xún)結(jié)果一致,沒(méi)有出現(xiàn)不可重復(fù)讀的問(wèn)題

  

(4)在客戶(hù)端A,接著執(zhí)行update balance = balance - 50 where id = 1,balance沒(méi)有變成400-50=350,lilei的balance值用的是步驟(2)中的350來(lái)算的,所以是300,數(shù)據(jù)的一致性倒是沒(méi)有被破壞??芍貜?fù)讀的隔離級(jí)別下使用了MVCC機(jī)制,select操作不會(huì)更新版本號(hào),是快照讀(歷史版本);insert、update和delete會(huì)更新版本號(hào),是當(dāng)前讀(當(dāng)前版本)。

(5)重新打開(kāi)客戶(hù)端B,插入一條新數(shù)據(jù)后提交

(6)在客戶(hù)端A查詢(xún)表account的所有記錄,沒(méi)有 查出 新增數(shù)據(jù),所以沒(méi)有出現(xiàn)幻讀

4、串行化

(1)打開(kāi)一個(gè)客戶(hù)端A,并設(shè)置當(dāng)前事務(wù)模式為serializable,查詢(xún)表account的初始值:

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 account;
+------+--------+---------+
| id   | name   | balance |
+------+--------+---------+
|    1 | lilei  |   10000 |
|    2 | hanmei |   10000 |
|    3 | lucy   |   10000 |
|    4 | lily   |   10000 |
+------+--------+---------+
4 rows in set (0.00 sec)

(2)打開(kāi)一個(gè)客戶(hù)端B,并設(shè)置當(dāng)前事務(wù)模式為serializable,插入一條記錄報(bào)錯(cuò),表被鎖了插入失敗,mysql中事務(wù)隔離級(jí)別為serializable時(shí)會(huì)鎖表,因此不會(huì)出現(xiàn)幻讀的情況,這種隔離級(jí)別并發(fā)性極低,開(kāi)發(fā)中很少會(huì)用到。

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 account values(5,'tom',0);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

最后補(bǔ)充

1、事務(wù)隔離級(jí)別為讀提交時(shí),寫(xiě)數(shù)據(jù)只會(huì)鎖住相應(yīng)的行

2、事務(wù)隔離級(jí)別為可重復(fù)讀時(shí),如果檢索條件有索引(包括主鍵索引)的時(shí)候,默認(rèn)加鎖方式是next-key 鎖;如果檢索條件沒(méi)有索引,更新數(shù)據(jù)時(shí)會(huì)鎖住整張表。一個(gè)間隙被事務(wù)加了鎖,其他事務(wù)是不能在這個(gè)間隙插入記錄的,這樣可以防止幻讀。

3、事務(wù)隔離級(jí)別為串行化時(shí),讀寫(xiě)數(shù)據(jù)都會(huì)鎖住整張表

4、隔離級(jí)別越高,越能保證數(shù)據(jù)的完整性和一致性,但是對(duì)并發(fā)性能的影響也越大。

總結(jié)

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

相關(guān)文章

  • MySQL中NOT IN填坑之列為null的問(wèn)題解決

    MySQL中NOT IN填坑之列為null的問(wèn)題解決

    這篇文章主要給大家介紹了關(guān)于MySQL中NOT IN填坑之列為null的問(wèn)題解決的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2019-11-11
  • MySQL通過(guò)binlog恢復(fù)數(shù)據(jù)

    MySQL通過(guò)binlog恢復(fù)數(shù)據(jù)

    通過(guò)了解binlog日志的相關(guān)配置,簡(jiǎn)單掌握通過(guò)binlog對(duì)數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)恢復(fù)操作。有此需求的朋友可以參考下
    2021-05-05
  • MySQL 8.0 之索引跳躍掃描(Index Skip Scan)

    MySQL 8.0 之索引跳躍掃描(Index Skip Scan)

    這篇文章主要介紹了MySQL 8.0 之索引跳躍掃描(Index Skip Scan)的相關(guān)資料,幫助大家學(xué)習(xí)MySQL8.0的新特性,感興趣的朋友可以了解下
    2020-10-10
  • MySQL實(shí)現(xiàn)分詞搜索(FULLTEXT)的方法

    MySQL實(shí)現(xiàn)分詞搜索(FULLTEXT)的方法

    這篇文章主要介紹了MySQL實(shí)現(xiàn)分詞搜索(FULLTEXT)的方法,包括全文搜索的簡(jiǎn)單使用,建表添加FULLTEXT索引使用該技術(shù)非常簡(jiǎn)單,首先需要有一張表,我建立了一張圖書(shū)表并插入了兩條數(shù)據(jù),需要的朋友可以參考下
    2022-10-10
  • MySQL8.0設(shè)置redo緩存大小的實(shí)現(xiàn)

    MySQL8.0設(shè)置redo緩存大小的實(shí)現(xiàn)

    本文主要在MySQL 8.0.30及之后版本中使用innodb_redo_log_capacity參數(shù)在線(xiàn)更改redo緩存文件大小,下面就來(lái)介紹一下,具有一定的參考價(jià)值,感興趣的可以了解一下
    2025-02-02
  • mysql 8.0.29 卸載問(wèn)題小結(jié)

    mysql 8.0.29 卸載問(wèn)題小結(jié)

    近我將筆記本重裝了,為了保留之前的程序,我把相關(guān)的注冊(cè)表和環(huán)境備份了下來(lái),重裝之后重新導(dǎo)入成功再現(xiàn)了部分軟件,下面給大家分享mysql 8.0.29 卸載問(wèn)題記錄,感興趣的朋友一起看看吧
    2024-04-04
  • MySQL表鎖、頁(yè)面鎖和行鎖的作用及其優(yōu)缺點(diǎn)對(duì)比分析

    MySQL表鎖、頁(yè)面鎖和行鎖的作用及其優(yōu)缺點(diǎn)對(duì)比分析

    MySQL中的表鎖、頁(yè)面鎖和行鎖各有特點(diǎn),適用于不同的場(chǎng)景,表鎖鎖定整個(gè)表,適用于批量操作和MyISAM存儲(chǔ)引擎,頁(yè)面鎖鎖定數(shù)據(jù)頁(yè),適用于舊版本InnoDB,行鎖僅鎖定某一行,適用于高并發(fā)事務(wù),選擇合適的鎖機(jī)制可以顯著提升MySQL的并發(fā)性能和數(shù)據(jù)一致性,感興趣的朋友一起學(xué)習(xí)吧
    2025-03-03
  • MySQL時(shí)間格式化date_format使用語(yǔ)法

    MySQL時(shí)間格式化date_format使用語(yǔ)法

    這篇文章主要為大家介紹了MySQL時(shí)間格式化date_format使用語(yǔ)法詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-05-05
  • MySQL 全文檢索的使用示例

    MySQL 全文檢索的使用示例

    全文檢索是指計(jì)算機(jī)索引程序通過(guò)掃描文章中的每一個(gè)詞,對(duì)每一個(gè)詞建立一個(gè)索引,指明該詞在文章中出現(xiàn)的次數(shù)和位置,當(dāng)用戶(hù)查詢(xún)時(shí),檢索程序就根據(jù)事先建立的索引進(jìn)行查找,并將查找的結(jié)果反饋給用戶(hù)的檢索方式。這個(gè)過(guò)程類(lèi)似于通過(guò)字典中的檢索字表查字的過(guò)程。
    2021-06-06
  • MySQL Select語(yǔ)句是如何執(zhí)行的

    MySQL Select語(yǔ)句是如何執(zhí)行的

    這篇文章主要介紹了MySQL Select語(yǔ)句是如何執(zhí)行的,幫助大家更好的理解和使用MySQL,感興趣的朋友可以了解下
    2020-11-11

最新評(píng)論