兩個事務都同時更新一行資料，但是第二個事務卻中途失敗退出，導致對資料的兩個修改都失效了。這是因為系統沒有執行任何的鎖操作，因此併發事務並沒有被隔離開來。
乙個事務開始讀取了某行資料，但是另外乙個事務已經更新了此資料但沒有能夠及時提交。這是相當危險的，因為很可能所有的操作都被回滾。
乙個事務對同一行資料重複讀取兩次，但是卻得到了不同的結果。它包括以下情況：
（1）事務t1讀取某一資料後，事務t2對其做了修改，當事務t1再次讀該資料時得到與前一次不同的值。
（2） 幻讀（phantom reads）：事務在操作過程中進行兩次查詢，第二次查詢的結果包含了第一次查詢中未出現的資料或者缺少了第一次查詢中出現的資料（這裡並不要求兩次查詢的sql語句相同）。這是因為在兩次查詢過程中有另外乙個事務插入資料造成的。
為了避免上面出現的幾種情況，在標準sql規範中，定義了4個事務隔離級別，不同的隔離級別對事務的處理不同。
也稱為讀未提交（read uncommitted）：允許髒讀取，但不允許更新丟失。如果乙個事務已經開始寫資料，則另外乙個資料則不允許同時進行寫操作，但允許其他事務讀此行資料。該隔離級別可以通過「排他寫鎖」實現。
，也稱為讀提交（read committed）：允許不可重複讀取，但不允許髒讀取。這可以通過「瞬間共享讀鎖」和「排他寫鎖」實現。讀取資料的事務允許其他事務繼續訪問該行資料，但是未提交的寫事務將會禁止其他事務訪問該行。
可重複讀取（repeatable read）：禁止不可重複讀取和髒讀取，但是有時可能出現幻影資料。這可以通過「共享讀鎖」和「排他寫鎖」實現。讀取資料的事務將會禁止寫事務（但允許讀事務），寫事務則禁止任何其他事務。
序列化（serializable）：提供嚴格的事務隔離。它要求事務序列化執行，事務只能乙個接著乙個地執行，但不能併發執行。如果僅僅通過「行級鎖」是無法實現事務序列化的，必須通過其他機制保證新插入的資料不會被剛執行查詢操作的事務訪問到。
隔離級別越高，越能保證資料的完整性和一致性，但是對併發效能的影響也越大。對於多數應用程式，可以優先考慮把資料庫系統的隔離級別設為read committed。它能夠避免髒讀取，而且具有較好的併發效能。儘管它會導致不可重複讀、虛讀和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制。
詳細頁面：
面試 關於事務隔離級別
事務的四種隔離級別 讀未提交 會出現髒讀，即在事務a可以讀到事務b未提交的髒資料。讀已提交 事務a只能讀到事務b提交後的資料，可以避免髒讀，但是會出現不可重複讀的情景。即 事務a在兩次讀取同一條資料的過程中，事務b對該條資料進行了update，導致事務a在事務b提交資料前後兩次讀取的資料不一樣，該現...
事務的隔離級別舉例 事務的隔離級別
乙個事務是乙個完整的業務邏輯單元，不能再分，要麼全部執行成功，要麼全部失敗。比如 a給b轉賬100元，a的銀行卡就會少100元，b的銀行卡就會多100元，整個過程要麼全部執行成功，要麼全部失敗。a 原子性。事務是最小的業務邏輯單元。b 一致性。乙個事務必須保證多條dml語句同時成功或失敗。c 隔離性...
事務的隔離級別舉例 JDBC 事務隔離級別
本文總結了 jdbc 事務隔離級別。事務隔離級別定義了在乙個事務中，哪些資料是對當前執行的語句 可見 的。在併發訪問資料庫時，事務隔離級別定義了多個事務之間對於同個目標資料來源訪問時的可交叉程度。可交叉程度可分為以下幾類。可交叉程度 dirty reads 髒讀 當乙個事務能看見另外乙個事務未提交的...