|
事務(wù)的4個基本特性（ACID）：
1. Atomic（原子性）：事務(wù)中包含的操作被看作一個邏輯單元，這個邏輯單元中的操作要么全部成功，要么全部失敗。 2. Consistency（一致性）：只有合法的數(shù)據(jù)可以被寫入數(shù)據(jù)庫，否則事務(wù)應(yīng)該將其回滾到最初狀態(tài)。 3. Isolation（隔離性）：事務(wù)允許多個用戶對同一個數(shù)據(jù)的并發(fā)訪問，而不破壞數(shù)據(jù)的正確性和完整性。同時，并行事務(wù)的修改必須與其他并行事務(wù)的修改相互獨立。 4. Durability（持久性）：事務(wù)結(jié)束后，事務(wù)處理的結(jié)果必須能夠得到固化。 數(shù)據(jù)庫操作過程中可能出現(xiàn)的3種不確定情況： 1. 臟讀?。―irty Reads）：一個事務(wù)讀取了另一個并行事務(wù)未提交的數(shù)據(jù)。 2. 不可重復(fù)讀?。∟on-repeatable Reads）：一個事務(wù)再次讀取之前的數(shù)據(jù)時，得到的數(shù)據(jù)不一致，被另一個已提交的事務(wù)修改。 3. 虛讀（Phantom Reads）：一個事務(wù)重新執(zhí)行一個查詢，返回的記錄中包含了因為其他最近提交的事務(wù)而產(chǎn)生的新記錄。 標(biāo)準(zhǔn)SQL規(guī)范中，為了避免上面3種情況的出現(xiàn)，定義了4個事務(wù)隔離等級： 1. Read Uncommitted：最低等級的事務(wù)隔離，僅僅保證了讀取過程中不會讀取到非法數(shù)據(jù)。上訴3種不確定情況均有可能發(fā)生。 2. Read Committed：大多數(shù)主流數(shù)據(jù)庫的默認(rèn)事務(wù)等級，保證了一個事務(wù)不會讀到另一個并行事務(wù)已修改但未提交的數(shù)據(jù)，避免了“臟讀取”。該級別適用于大多數(shù)系統(tǒng)。 3. Repeatable Read：保證了一個事務(wù)不會修改已經(jīng)由另一個事務(wù)讀取但未提交（回滾）的數(shù)據(jù)。避免了“臟讀取”和“不可重復(fù)讀取”的情況，但是帶來了更多的性能損失。 4. Serializable：最高等級的事務(wù)隔離，上面3種不確定情況都將被規(guī)避。這個級別將模擬事務(wù)的串行執(zhí)行。 Hibernate將事務(wù)管理委托給底層的JDBC或者JTA，默認(rèn)是基于JDBC Transaction的。 Hibernate支持“悲觀鎖（Pessimistic Locking）”和“樂觀鎖（Optimistic Locking）”。 悲觀鎖對數(shù)據(jù)被外界修改持保守態(tài)度，因此，在整個數(shù)據(jù)處理過程中，將數(shù)據(jù)處于鎖定狀態(tài)。悲觀鎖的實現(xiàn)，往往依靠數(shù)據(jù)庫提供的鎖機制。Hibernate通過使用數(shù)據(jù)庫的for update子句實現(xiàn)了悲觀鎖機制。Hibernate的加鎖模式有： 1. LockMode.NONE：無鎖機制 2. LockMode.WRITE：Hibernate在Insert和Update記錄的時候會自動獲取 3. LockMode.READ：Hibernate在讀取記錄的時候會自動獲取 4. LockMode.UPGRADE：利用數(shù)據(jù)庫的for update子句加鎖 5. LockMode.UPGRADE_NOWAIT：Oracle的特定實現(xiàn)，利用Oracle的for update nowait子句實現(xiàn)加鎖 樂觀鎖大多是基于數(shù)據(jù)版本（Version）記錄機制實現(xiàn)。Hibernate在其數(shù)據(jù)訪問引擎中內(nèi)置了樂觀鎖實現(xiàn)，可以通過class描述符的 optimistic-lock屬性結(jié)合version描述符指定。optimistic-lock屬性有如下可選取值： 1. none：無樂觀鎖 2. version：通過版本機制實現(xiàn)樂觀鎖 3. dirty：通過檢查發(fā)生變動過的屬性實現(xiàn)樂觀鎖 4. all：通過檢查所有屬性實現(xiàn)樂觀鎖 |
|
|
