java樂觀鎖和悲觀鎖
阿新 • • 發佈:2020-07-20
簡單說說樂觀鎖。樂觀鎖是相對於悲觀鎖而言。悲觀鎖認為,這個執行緒,發生併發的可能性極大,執行緒衝突機率大,比較悲觀。一般用synchronized實現,保證每次操作資料不會衝突。樂觀鎖認為,執行緒衝突可能性小,比較樂觀,直接去操作資料,如果發現數據已經被更改(通過版本號控制),則不更新資料,再次去重複 所需操作,知道沒有衝突(使用遞迴演算法)。
因為樂觀鎖使用遞迴+版本號控制 實現,所以,如果執行緒衝突機率大,使用樂觀鎖會重複很多次操作(包括查詢資料庫),尤其是遞迴部分邏輯複雜,耗時和耗效能,是低效不合適的,應考慮使用悲觀鎖。
樂觀鎖悲觀鎖的選擇:
樂觀鎖:併發衝突機率小,對應模組遞迴操作簡單 時使用
悲觀鎖:併發機率大,對應模組操作複雜 時使用
下面給出一個樂觀鎖例項:
/** * 自動派單 * 只查出一條 返回list只是為了和查詢介面統一 * 視訊稽核訂單不派送 * @param paramMap * @return */ public List<AutomaticAssignDto> automaticAssign(Map<String, Object> paramMap){ //派送規則 String changeSortSet = RedisCacheUtil.getValue(CACHE_TYPE.APP, "changeSortSet"); if (StringUtils.isBlank(changeSortSet)) { changeSortSet= customerManager.getDictionaryByCode("changeSortSet"); if (StringUtils.isNotBlank(changeSortSet)) { RedisCacheUtil.addValue(CACHE_TYPE.APP, "changeSortSet", changeSortSet,30,TimeUnit.DAYS); } else { changeSortSet = ConstantsUtil.AssignRule.FIFO; // 預設先進先審 } } AutomaticAssignDto automaticAssignDto = newAutomaticAssignDto(); automaticAssignDto.setChangeSortSet(changeSortSet); automaticAssignDto.setUserTeam(CommonUtils.getValue(paramMap, "userTeam")); List<AutomaticAssignDto> waitCheckList = automaticAssignMybatisDao.automaticAssignOrder(automaticAssignDto); if(waitCheckList != null && waitCheckList.size()>0){ automaticAssignDto = waitCheckList.get(0); automaticAssignDto.setSendStatus(ConstantsUtil.SendStatus.SEND); automaticAssignDto.setBindTime(new Date()); automaticAssignDto.setUserId(Long.parseLong(paramMap.get("userId").toString()) ); int sum = automaticAssignMybatisDao.bindAutomaticAssignInfo(automaticAssignDto); if(sum == 1){ return waitCheckList; }else{ //已被更新 則再次獲取 return automaticAssign(paramMap); } }else{ return null; } }
對應更新的sql:
<update id="bindAutomaticAssignInfo" parameterType="com.star.manager.dto.apply.AutomaticAssignDto"> UPDATE t_automatic_assign SET SEND_STATUS = #{sendStatus} , BIND_TIME = SYSDATE() , LOCKED_FINISHTIME = SYSDATE(), USER_ID = #{userId} , VERSION = VERSION + 1, UPDATE_DATE = SYSDATE() WHERE SLT_ACCOUNT_ID = #{sltAccountId} AND VERSION = #{version} </update>
簡要說明:表設計時,需要往表裡加一個version欄位。每次查詢時,查出帶有version的資料記錄,更新資料時,判斷資料庫裡對應id的記錄的version是否和查出的version相同。若相同,則更新資料並把版本號+1;若不同,則說明,該資料傳送併發,被別的執行緒使用了,進行遞迴操作,再次執行遞迴方法,知道成功更新資料為止。
上述automaticAssign方法即實現了一個樂觀鎖,作用是衝資料庫裡更新一條資料病返回前端。如果併發率大,一次請求可能則會重複執行很多次automaticAssign,則效能低。如果併發很樂觀,使用者請求少,則不需要用synchronized,多執行緒時效能高。