一、事物併發三種常見問題

1.dirty read 髒讀

事物A讀到了事物B還沒有提交的資料

2.non-repeatable read 不可重複讀

事物A第一次讀餘額為1000，B在中間提交了一次事物把餘額改為了1100，事物A再讀取餘額變為了1100。讀取同一個資料得到了了兩個不同的結果

3.phantom read 幻讀

事務A執行兩次查詢，第二次結果集包含第一次中沒有或者某些行已被刪除，造成兩次結果不一致，是事務B在這兩次查詢中間插入或者刪除了資料造成的。

不可重複讀和幻讀的區別在與一個是前者強調更新，後者強調插入和刪除。

二、事物隔離機制

1.read uncommitted 可讀未提交
2.read committed 可讀已提交
3.repeatable read 可重複讀
4.serializable 序列化

隔離級別越高，效率越低。

一般把事物級別設為2：read committed
如果不設定事物級別，則根據資料庫的預設級別來設定，如MySQL預設級別是repeatable read

設定Hibernate的事物隔離機級別

1：read uncommitted；2：read committed；4：repeatable read；8：serializable

<property name="hibernate.connection.isolation">2</property>

三、樂觀鎖和悲觀鎖

當事務隔離級別設為2（read committed）時，任會出現non-repeatable read和phantom read（很少出現，可以忽略）問題。因此我們需要樂觀鎖或悲觀鎖來解決non-repeatable read 問題。

悲觀鎖

悲觀鎖假定當前事務操縱資料資源時，可能會有其他事務同時訪問該資料資源，為了避免當前事務的操作受到干擾，先鎖定資源。儘管悲觀鎖能夠防止丟失更新和不可重複讀這類併發問題，但是它影響併發效能，因此應該很謹慎地使用悲觀鎖。

select … for update

Hibernate3

User u =(User)session.get(User.class,1,LockMode.UPGRADE);

在Hibernate3.6以上的版本中”LockMode”已經不建議使用
Hibernate4

User u =(User)session.get(User.class,1,LockOptions.UPGRADE);

在讀取資料時，藉助資料庫為這條資料上鎖，即在sql語句後加上 for update,在這個事物提交前，其他事物無法對這條資料進行改動。

樂觀鎖

樂觀鎖假定當前事務操縱資料資源時，不會有其他事務同時訪問該資料資源，因此不作資料庫層次上的鎖定。為了維護正確的資料，樂觀鎖使用應用程式上的版本控制（由程式邏輯來實現的）來避免可能出現的併發問題。

private int version;
@Version
    public int getVersion() {
        return version;
    }
    public void setVersion(int version) {
        this.version = version;
    }

在表裡加上一個version欄位，記錄當前的版本號，更新資料時version會加1。將提交資料的版本號與資料庫表對應記錄的當前版本號進行比對，如果提交的資料版本號大於資料庫表當前版本號，則更新，否則就報錯。
比如
事物A取出一條記錄，當前版本號為0，更改記錄後版本號增加1。如果在事物A提交前有個事物B更新了該資料，資料庫內的版本號變為了1，A再提交時就會報錯。