既然MySQL有事物隔離性，那為什么還會產生臟讀?

一、既然MySQL有事物隔離性，那為什么還會產生臟讀

這個事情不能簡單的一概而論，還得結合鎖和MVCC相關的知識來分析

一個select操作：

如果不加鎖（普通的select等），稱為快照讀，讀取的是MVCC版本鏈里的快照版本（至于讀哪一版本的數據，就得看隔離級別了）

如果加了鎖（如select for update等），稱為當前讀，讀取的是最新版本（也就是別的事務提交的版本）

所以這樣就很清晰了：

在事務隔離級別為讀未提交的情況下，事務B讀取到的可能是事務A未提交的存在于版本鏈里的數據，這樣就是臟讀了。

有人可能是數據不是加鎖了嗎，為啥還能讀？我讀取的是版本鏈里的數據，你加鎖是加在最新落庫的數據表里的表記錄，跟我有什么關系？

所以最終結果就很清楚了，并不是一級封鎖協議不能避免度臟數據，想下面這兩周情況就不會發生臟讀：

1）在非讀未提交（讀已提交、可重復讀、串行化）隔離別下，不會出現臟讀

2）在select加鎖的情況下，不管什么級別，也不會出現臟讀

延伸閱讀：

二、Navicat是什么

Navicat是一套快速、可靠和全面的數據庫管理工具，專門用于簡化數據庫管理和降低管理成本。Navicat圖形界面直觀，提供簡便的管理方法，設計和操作MySQL、MariaDB、SQL Server、Oracle、PostgreSQL和SQLite的數據。

Navicat提供一個直觀和設計完善的用戶界面，用于創建、修改和管理資料庫的所有對象，例如表、視圖、函數或過程、索引、觸發器和序列。我們的表設計器幫助用戶創建和修改數據庫的表，讓設置高級選項，如關系、限制、觸發器和更多。

使用Navicat瀏覽和修改數據，插入、編輯、刪除數據或復制和粘貼記錄到數據表形式的數據編輯器，Navicat將運行相應的命令（例如INSERT或UPDATE），免除寫復雜的SQL。廣泛的數據編輯工具令編輯工作更為方便，例如外鍵查找、set/enum選擇器和記錄篩選。