樂觀鎖（ Optimistic Locking ） 相對悲觀鎖而言焙贷，樂觀鎖假設(shè)認(rèn)為數(shù)據(jù)一般情況下不會造成沖突腰湾，
所以在數(shù)據(jù)進(jìn)行提交更新的時候朴读，才會正式對數(shù)據(jù)的沖突與否進(jìn)行檢測思恐，如果發(fā)現(xiàn)沖突了想许，
則讓返回用戶錯誤的信息娶耍，讓用戶決定如何去做失球。那么我們?nèi)绾螌崿F(xiàn)樂觀鎖呢邮丰，一般來說有以下2種方式：
1.使用數(shù)據(jù)版本（Version）記錄機制實現(xiàn)，這是樂觀鎖最常用的一種實現(xiàn)方式轴咱。何謂數(shù)據(jù)版本汛蝙？
即為數(shù)據(jù)增加一個版本標(biāo)識烈涮，一般是通過為數(shù)據(jù)庫表增加一個數(shù)字類型的 “version” 字段來實現(xiàn)。
當(dāng)讀取數(shù)據(jù)時患雇，將version字段的值一同讀出跃脊，數(shù)據(jù)每更新一次宇挫，對此version值加一苛吱。
當(dāng)我們提交更新的時候，判斷數(shù)據(jù)庫表對應(yīng)記錄的當(dāng)前版本信息與第一次取出來的version值進(jìn)行比對器瘪，
如果數(shù)據(jù)庫表當(dāng)前版本號與第一次取出來的version值相等翠储，則予以更新，否則認(rèn)為是過期數(shù)據(jù)橡疼。
用下面的一張圖來說明：
22a9518f-e355-315f-8d66-d91af4fda723.jpg
如上圖所示援所，如果更新操作順序執(zhí)行，則數(shù)據(jù)的版本（version）依次遞增欣除，不會產(chǎn)生沖突住拭。但是如果發(fā)生有不同的業(yè)務(wù)操作對同一版本的數(shù)據(jù)進(jìn)行修改，那么历帚，先提交的操作（圖中B）會把數(shù)據(jù)version更新為2滔岳，當(dāng)A在B之后提交更新時發(fā)現(xiàn)數(shù)據(jù)的version已經(jīng)被修改了，那么A的更新操作會失敗挽牢。
2.樂觀鎖定的第二種實現(xiàn)方式和第一種差不多谱煤，同樣是在需要樂觀鎖控制的table中增加一個字段，名稱無所謂禽拔，字段類型使用時間戳（timestamp）, 和上面的version類似刘离，也是在更新提交的時候檢查當(dāng)前數(shù)據(jù)庫中數(shù)據(jù)的時間戳和自己更新前取到的時間戳進(jìn)行對比，如果一致則OK睹栖，否則就是版本沖突硫惕。
使用舉例：以MySQL InnoDB為例
還是拿之前的實例來舉：商品goods表中有一個字段status，status為1代表商品未被下單野来，status為2代表商品已經(jīng)被下單恼除，那么我們對某個商品下單時必須確保該商品status為1。假設(shè)商品的id為1梁只。
下單操作包括3步驟：
1.查詢出商品信息
select (status,status,version) from t_goods where id=#{id}
2.根據(jù)商品信息生成訂單
3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
那么為了使用樂觀鎖缚柳，我們首先修改t_goods表，增加一個version字段搪锣，數(shù)據(jù)默認(rèn)version值為1秋忙。
t_goods表初始數(shù)據(jù)如下：
Sql代碼
mysql> select * from t_goods;
+----+--------+------+---------+
| id | status | name | version |
+----+--------+------+---------+
| 1 | 1 | 道具 | 1 |
| 2 | 2 | 裝備 | 2 |
+----+--------+------+---------+
2 rows in set
mysql>
對于樂觀鎖的實現(xiàn)，我使用MyBatis來進(jìn)行實踐构舟，具體如下：
Goods實體類：
Java代碼
/**
* ClassName: Goods
* Function: 商品實體.
* date:
*/
public class Goods implements Serializable {
/**
* serialVersionUID:序列化ID.
*/
private static final long serialVersionUID = 6803791908148880587L;
/**
* id:主鍵id.
*/
private int id;
/**
* status:商品狀態(tài)：1未下單灰追、2已下單.
*/
private int status;
/**
* name:商品名稱.
*/
private String name;
/**
* version:商品數(shù)據(jù)版本號.
*/
private int version;
@Override
public String toString(){
return "good id:"+id+",goods status:"+status+",goods name:"+name+",goods version:"+version;
}
//setter and getter
}
GoodsDao
/**
* updateGoodsUseCAS:使用CAS(Compare and set)更新商品信息.
* @param goods 商品對象
* @return 影響的行數(shù)
*/
int updateGoodsUseCAS(Goods goods);
mapper.xml
Xml代碼
<update id="updateGoodsUseCAS" parameterType="Goods">
<![CDATA[
update t_goods
set status=#{status},name=#{name},version=version+1
where id=#{id} and version=#{version}
]]>
</update>
GoodsDaoTest測試類
@Test
public void goodsDaoTest(){
int goodsId = 1;
//根據(jù)相同的id查詢出商品信息，賦給2個對象
Goods goods1 = this.goodsDao.getGoodsById(goodsId);
Goods goods2 = this.goodsDao.getGoodsById(goodsId);
//打印當(dāng)前商品信息
System.out.println(goods1);
System.out.println(goods2);
//更新商品信息1
goods1.setStatus(2);//修改status為2
int updateResult1 = this.goodsDao.updateGoodsUseCAS(goods1);
System.out.println("修改商品信息1"+(updateResult1==1?"成功":"失敗"));
//更新商品信息2
goods1.setStatus(2);//修改status為2
int updateResult2 = this.goodsDao.updateGoodsUseCAS(goods1);
System.out.println("修改商品信息2"+(updateResult2==1?"成功":"失敗"));
}
輸出結(jié)果：
Shell代碼
good id:1,goods status:1,goods name:道具,goods version:1
good id:1,goods status:1,goods name:道具,goods version:1
修改商品信息1成功
修改商品信息2失敗
說明：
在GoodsDaoTest測試方法中，我們同時查出同一個版本的數(shù)據(jù)弹澎，賦給不同的goods對象朴下，然后先修改good1對象然后執(zhí)行更新操作，執(zhí)行成功苦蒿。然后我們修改goods2殴胧，執(zhí)行更新操作時提示操作失敗。此時t_goods表中數(shù)據(jù)如下：
Sql代碼
mysql> select * from t_goods;
+----+--------+------+---------+
| id | status | name | version |
+----+--------+------+---------+
| 1 | 2 | 道具 | 2 |
| 2 | 2 | 裝備 | 2 |
+----+--------+------+---------+
2 rows in set
mysql>
我們可以看到 id為1的數(shù)據(jù)version已經(jīng)在第一次更新時修改為2了佩迟。所以我們更新good2時update where條件已經(jīng)不匹配了团滥，所以更新不會成功，具體sql如下：
Sql代碼
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
這樣我們就實現(xiàn)了樂觀鎖
