首頁 > 軟體

MySQL事務的隔離級別詳情

2022-07-14 18:02:09

一、隔離級別的概念

為什麼要考慮隔離級別?

因為事務要並行執行,而並行執行可能會出現一些問題:髒讀、不可重複讀和虛讀,有的是允許出現的,有的不允許出現,對於這種不同程度上的出現或不出現的並行控制才有了不同的隔離級別。

MySQL支援的四種隔離級別是:

  • TRANSACTION_READ_UNCOMMITTED:未提交讀。說明在提交前事務A可以看到事務B的變化。這樣讀髒資料,不可重複讀和幻讀都是被允許的。
  • TRANSACTION_READ_COMMITTED:已提交讀(oracle預設),說明讀取未提交的資料是不允許的(防止髒讀)。在這個級別仍然允許不可重複讀和幻讀發生。
  • TRANSACTION_REPEATABLE_READ:可重複讀(MySQL預設),說明事務保證能夠再次讀取相同的資料而不會失敗,即使其他的事務把這個資料改了,你也不會看到前後兩次查詢的資料的不同。但是幻讀仍然會出現。
  • TRANSACTION_SERIALIZABLE:序列化,是最高的事務隔離級別,它防止髒讀,不可重複讀和幻讀。序列執行,相當於是單執行緒操作,並行能力最低

注意:

事務隔離級別越高,為避免衝突所花費的效能也就越多,即效率低。在“可重複讀”級別,實際上可以解決部分的虛讀問題,但是不能防止update更新產生的虛讀問題,要禁止虛讀產生,還是需要設定序列化隔離級別。

MySQL使用者端預設工作在可重複讀級別:

二、測試TRANSACTION_READ_UNCOMMITTED隔離級別

若此時A使用者端rollback,資料庫中zhangsan的年齡恢復到了20,這時候已經來不及了,因為B使用者端已經拿著21去做業務了。

兩個使用者端都rollback放棄對當前事務對資料做的修改,zhangsan年齡恢復為20

三、測試TRANSACTION_READ_COMMITTED隔離級別

因為設定了已提交讀隔離級別,所以事務B並沒有發生髒讀,這是由各種鎖機制以及事務並行的MVCC版本控制實現的。

查詢到了已經commit的資料,發生了不可重複讀,這在已提交讀隔離級別是允許發生的。既然發生了不可重複讀,幻讀就肯定可以發生了。

四、測試TRANSACTION_REPEATABLE_READ隔離級別

可重複讀在一定意義上可以防止幻讀的出現,可以看到,當前的可重複讀隔離級別,防止了insert。其實可重複讀隔離級別可以防止insert和delete,不能防止update。

實際上,事務A已經插入並且提交了,aaa已經存在,因為事務B update aaa的年齡成功了

前後兩次同樣的查詢,後一次查詢與前一次查詢的資料量不同,就發生了幻讀。也就是可重複讀隔離級別下,並沒有解決幻讀的問題,要徹底解決幻讀,就需要設定序列化隔離級別

五、測試TRANSACTION_SERIALIZABLE隔離級別

從現象看,序列化可以解決幻讀,同樣的條件進行查詢,在另一個表裡面插入資料時就被阻塞,由於事務B正在讀資料,此時事務A再寫資料就被阻塞了(用讀寫鎖實現,允許讀讀,不允許讀寫或者寫寫)

MySQL server不會讓自己執行事務的執行緒永遠阻塞,導致當前執行緒佔用的鎖無法釋放,而使得其他執行事務的執行緒也無法獲得鎖而永遠阻塞。所以執行事務的執行緒都是帶有時間的,當執行緒等待時間過長時,會讓超時執行緒釋放鎖,並會返回一個錯誤:

到此這篇關於MySQL事務的隔離級別詳情的文章就介紹到這了,更多相關MySQL事務隔離級別內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com!


IT145.com E-mail:sddin#qq.com