事務的4個基本特性（ACID）：
      1. Atomic（原子性）：事務中包含的操作被看作一個邏輯單元，這個邏輯單元中的操作要么全部成功，要么全部失敗。
      2. Consistency（一致性）：只有合法的數據可以被寫入數據庫，否則事務應該將其回滾到最初狀態。
      3. Isolation（隔離性）：事務允許多個用戶對同一個數據的并發訪問，而不破壞數據的正確性和完整性。同時，并行事務的修改必須與其他并行事務的修改相互獨立。
      4. Durability（持久性）：事務結束后，事務處理的結果必須能夠得到固化。

---

      數據庫操作過程中可能出現的3種不確定情況：
      1. 臟讀取（Dirty Reads）：一個事務讀取了另一個并行事務未提交的數據。
      2. 不可重復讀取（Non-repeatable Reads）：一個事務再次讀取之前的數據時，得到的數據不一致，被另一個已提交的事務修改。
      3. 虛讀（Phantom Reads）：一個事務重新執行一個查詢，返回的記錄中包含了因為其他最近提交的事務而產生的新記錄。

      標準SQL規范中，為了避免上面3種情況的出現，定義了4個事務隔離等級：
      1. Read Uncommitted：最低等級的事務隔離，僅僅保證了讀取過程中不會讀取到非法數據。上訴3種不確定情況均有可能發生。
      2. Read Committed：大多數主流數據庫的默認事務等級，保證了一個事務不會讀到另一個并行事務已修改但未提交的數據，避免了“臟讀取”。該級別適用于大多數系統。
      3. Repeatable Read：保證了一個事務不會修改已經由另一個事務讀取但未提交（回滾）的數據。避免了“臟讀取”和“不可重復讀取”的情況，但是帶來了更多的性能損失。
      4. Serializable：最高等級的事務隔離，上面3種不確定情況都將被規避。這個級別將模擬事務的串行執行。

---

      Hibernate將事務管理委托給底層的JDBC或者JTA，默認是基于JDBC Transaction的。
      Hibernate支持“悲觀鎖（Pessimistic Locking）”和“樂觀鎖（Optimistic Locking）”。
      悲觀鎖對數據被外界修改持保守態度，因此，在整個數據處理過程中，將數據處于鎖定狀態。悲觀鎖的實現，往往依靠數據庫提供的鎖機制。Hibernate通過使用數據庫的for update子句實現了悲觀鎖機制。Hibernate的加鎖模式有：
      1. LockMode.NONE：無鎖機制
      2. LockMode.WRITE：Hibernate在Insert和Update記錄的時候會自動獲取
      3. LockMode.READ：Hibernate在讀取記錄的時候會自動獲取
      4. LockMode.UPGRADE：利用數據庫的for update子句加鎖
      5. LockMode.UPGRADE_NOWAIT：Oracle的特定實現，利用Oracle的for update nowait子句實現加鎖
      樂觀鎖大多是基于數據版本（Version）記錄機制實現。Hibernate在其數據訪問引擎中內置了樂觀鎖實現，可以通過class描述符的optimistic-lock屬性結合version描述符指定。optimistic-lock屬性有如下可選取值：
      1. none：無樂觀鎖
      2. version：通過版本機制實現樂觀鎖
      3. dirty：通過檢查發生變動過的屬性實現樂觀鎖
      4. all：通過檢查所有屬性實現樂觀鎖