在典型的應用程式中,多個事務併發執行,經常會操作相同的資料來完成各自的任務(多個使用者對同一資料進行操作)。併發雖然是必須的,但可能會導致以下的問題。
不可重複讀和幻讀區別:
不可重複讀的重點是修改比如多次讀取一條記錄發現其中某些列的值被修改,幻讀的重點在於新增或者刪除比如多次讀取一條記錄發現記錄增多或減少了。
sql 標準定義了四個隔離級別:
另種解釋:
在實現上,資料庫裡面會建立乙個檢視,訪問的時候以檢視的邏輯結果為準。
在「可重複讀」隔離級別下,這個檢視是在事務啟動時建立的,整個事務存在期間都用這個檢視。
在「讀提交」隔離級別下,這個檢視是在每個sql 語句開始執行的時候建立的。
這裡需要注意的是,「讀未提交」隔離級別下直接返回記錄上的最新值,沒有檢視概念;
而「序列化」隔離級別下直接用加鎖的方式來避免並行訪問。
隔離級別
髒讀不可重複讀
幻讀read-uncommitted√√
√read-committed×√
√repeatable-read××
√serializable××
×mysql innodb 儲存引擎的預設支援的隔離級別是repeatable-read(可重複讀)。我們可以通過select @@tx_isolation;
命令來檢視
mysql>
select @@tx_isolation;+
-----------------+
| @@tx_isolation|+
-----------------+
|repeatable
-read|+
-----------------+
這裡需要注意的是:與 sql 標準不同的地方在於 innodb 儲存引擎在repeatable-read(可重複讀)事務隔離級別下使用的是next-key lock 鎖演算法,因此可以避免幻讀的產生,這與其他資料庫系統(如 sql server) 是不同的。所以說innodb 儲存引擎的預設支援的隔離級別是repeatable-read(可重讀)已經可以完全保證事務的隔離性要求,即達到了 sql標準的serializable(可序列化)隔離級別。因為隔離級別越低,事務請求的鎖越少,所以大部分資料庫系統的隔離級別都是read-committed(讀取提交內容),但是你要知道的是innodb 儲存引擎預設使用repeaatable-read(可重讀)並不會有任何效能損失。
innodb 儲存引擎在分布式事務的情況下一般會用到serializable(可序列化)隔離級別。
mysql隔離級別 MySQL 事務隔離級別
mysql innodb所提供的事務滿足acid的要求,事務是通過事務日誌中的redo log和undo log來實現原子性 undo log 一致性 undo log 永續性 redo log 事務通過鎖機制實現隔離性。1 事務隔離級別與實現read uncommitted 讀未提交 read c...
MySQL事務隔離級別
sql標準定義了4類隔離級別,包括了一些具體規則,用來限定事務內外的哪些改變是可見的,哪些是不可見的。低階別的隔離級一般支援更高的 併發處理,並擁有更低的系統開銷。read uncommitted 讀取未提交內容 在該隔離級別,所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用,...
Mysql 事務隔離級別
mysql 5.5預設儲存引擎 表型別 使用的是innodb,它是支援acid特性的 acid,指資料庫的原子性 atomicity 一致性 consistency 隔離性 isolation 永續性 durability 乙個支援事務 transaction 的資料庫系統,必需要具有這四種特性,否...