Hibernate併發機制：
a、Hibernate的Session對象是非線程安全的,對於單個請求,單個會話,單個的工作單元(即單個事務,單個線程),它通常只使用一次,
然後就丟棄。
如果一個Session 實例允許共享的話，那些支持併發運行的,例如Http request,session beans將會導致出現資源爭用。
如果在Http Session中有hibernate的Session的話,就可能會出現同步訪問Http Session。只要用戶足夠快的點擊瀏覽器的“刷新”,
就會導致兩個併發運行的線程使用同一個Session。
b、多個事務併發訪問同一塊資源,可能會引發第一類丟失更新，髒讀，幻讀，不可重複讀，第二類丟失更新一系列的問題。
解決方案：設置事務隔離級別。
Serializable：串行化。隔離級別最高
Repeatable Read：可重複讀
Read Committed：已提交數據讀
Read Uncommitted：未提交數據讀。隔離級別最差
設置鎖：樂觀鎖和悲觀鎖。
樂觀鎖：使用版本號或時間戳來檢測更新丟失,在的映射中設置 optimistic-lock=”all”可以在沒有版本或者時間戳屬性映射的情況下實現 版本檢查，此時Hibernate將比較一行記錄的每個字段的狀態 行級悲觀鎖：Hibernate總是使用數據庫的鎖定機制，從不在內存中鎖定對象！只要爲JDBC連接指定一下隔 離級別，然後讓數據庫去搞定一切就夠了。類LockMode 定義了Hibernate所需的不同的鎖定級別：LockMode.UPGRADE,LockMode.UPGRADE_NOWAIT,LockMode.READ;