標籤:解決 管理 原因 org 資料 隔離等級 統一 資料庫系統 mvcc
SQL標準定義了四種隔離等級,不同隔離的層級使用不當會出現髒讀、不可重複讀取和幻讀的問題,隔離等級的出現是交易處理效率與安全的一種平衡。
髒讀(Drity Read):某個事務已更新一份資料,另一個事務在此時讀取了同一份資料,由於某些原因,前一個RollBack了操作,則後一個事務所讀取的資料就會是不正確的。
不可重複讀取(Non-repeatable read):在一個事務的兩次查詢之中資料不一致,這可能是兩次查詢過程中間插入了一個事務更新的原有的資料。
幻讀(Phantom Read):在一個事務的兩次查詢中資料筆數不一致,例如有一個事務查詢了幾列(Row)資料,而另一個事務卻在此時插入了新的幾列資料,先前的事務在接下來的查詢中,就會發現有幾列資料是它先前所沒有的。
不可重複讀取與幻讀的區別在於前者是同一列的資料變了,而後者是表中列的多少變了。
Read Uncommitted(讀取未提交內容)
在該隔離等級,所有事務都可以看到其他未提交事務的執行結果。本隔離等級很少用於實際應用,因為它的效能也不比其他層級好多少。讀取未提交的資料,也被稱之為髒讀(Dirty Read)。
Read Committed(讀取提交內容)
這是大多數資料庫系統的預設隔離等級(但不是MySQL預設的)。它滿足了隔離的簡單定義:一個事務只能看見已經提交事務所做的改變。這種隔離等級 也支援所謂的不可重複讀取(Nonrepeatable Read),因為同一事務的其他執行個體在該執行個體處理其間可能會有新的commit,所以同一select可能返回不同結果。
Repeatable Read(可重讀)
這是MySQL的預設交易隔離等級,它確保同一事務的多個執行個體在並發讀取資料時,會看到同樣的資料行。不過理論上,這會導致另一個棘手的問題:幻讀 (Phantom Read)。簡單的說,幻讀指當使用者讀取某一範圍的資料行時,另一個事務又在該範圍插入入了新行,當使用者再讀取該範圍的資料行時,會發現有新的“幻影” 行。InnoDB和Falcon儲存引擎通過多版本並發控制(MVCC,Multiversion Concurrency Control)機制解決了該問題。
Serializable(可序列化)
這是最高的隔離等級,它通過強制事務排序,使之不可能相互衝突,從而解決幻讀問題。簡言之,它是在每個讀的資料行上加上共用鎖定。在這個層級,可能導致大量的逾時現象和鎖競爭。
一些對資料庫進行特殊處理,例如多步驟處理(業務要求中間步驟不能間斷)中,我們需要將一連串操作統一為一個整體,要麼全部成功,要麼全部不執行。此時需要在代碼中進行事務設定,根據業務的需求將一系列操作設定為一個事務提交,並在發生異常時進行復原。思路為,先將自動認可設定為false,再進行業務處理,最後整體提交,捕獲異常中設定復原操作。下面用org.apache.commons.dbutils.DbUtils來進行示範:
/** * 事物管理 */ Connection conn = null; try { conn = DBUtilTest.getConnection(); conn.setAutoCommit(false); qr2.update(conn, "delete from chiq3huanJson"); for (JSONObject jsonObject : list) { qr2.update(conn, "insert into chiq3huanJson(name,code,logicNumber,pushbatch) values(?,?,?,?)", jsonObject.get("name"), jsonObject.get("code"), jsonObject.get("logicNumber"), uuid); } DbUtils.commitAndClose(conn); log.info(uuid + "資料請求並覆蓋存入完成"); } catch (Exception e) { DbUtils.rollbackAndCloseQuietly(conn); throw new RuntimeException(); }
mysql -- 交易隔離等級以及java中事務提交的步驟