並發問題解決方案

標籤：通過   題解   解決   機制   異常   其他   安全   觸發器   影響   

案例原型:對同一商品的庫存修改工作

<1>不能通過先查再去修改的方案,通過原生sql進行操作

<2>使用觸發器

<3>使用hibernate悲觀鎖,在查詢商品的時候即加鎖

<4>使用hibernate樂觀鎖:在實體類添加version進資料列版本設定,如果事務操作失敗,可提示使用者,由使用者去決定解決方案;

也可以捕獲異常,進行重試機制.具體根據實際的業務需求

案例原型:產生交易單時,交易單號的產生,(查詢最大值加1)

<1>同上

<2>同上

<3>使用hibernate悲觀鎖:

新增一個表temp,存取當前訂單號的最大值,每次新增交易單的時候,去temp表去查詢,temp表的這條資料進行加鎖,不允許任何其他事物

再操作temp.插入交易單後,再去修改temp表中的最大值.為了保證長事物由於鎖對效能的影響,盡量在事務方法的末尾去temp表查詢和

修改操作

總結:對讀操作比較高的,建議使用樂觀鎖;

       對寫操作和資料安全比較高的,建議使用悲觀鎖

 

並發問題解決方案