최대 절전 모드 낙관적 잠금 메커니즘

Question

나는 최대 절전 모드의 낙관적 잠금 (전용 버전 방식)에 대해 궁금해한다. 현재 트랜잭션이 커밋되기 전에 버전을 확인한다는 내용의 최대 절전 모드 소스 코드를 확인했지만, 쿼리가 끝난 후 다른 트랜잭션이 커밋 된 경우 DB의 버전 열 (매우 짧은 시간 간격)에서 현재 트랜잭션은 변경 사항이없는 것으로 간주하므로 이전 트랜잭션이 잘못 대체됩니다. 이러한 경우에 가능한

EntityVerifyVersionProcess.java

@Override 
    public void doBeforeTransactionCompletion(SessionImplementor session) { 
     final EntityPersister persister = entry.getPersister(); 

     if (!entry.isExistsInDatabase()) { 
      // HHH-9419: We cannot check for a version of an entry we ourselves deleted 
      return; 
     } 

     final Object latestVersion = persister.getCurrentVersion(entry.getId(), session); 
     if (!entry.getVersion().equals(latestVersion)) { 
      throw new OptimisticLockException(
        object, 
        "Newer version [" + latestVersion + 
          "] of entity [" + MessageHelper.infoString(entry.getEntityName(), entry.getId()) + 
          "] found in database" 
      ); 
     } 
    } 

입니까?

DB 도메인 전문가가이 문제에 도움이되기를 바랍니다.

감사합니다.

Answer 1

코드를 간략하게 보면 EntityVerifyVersionProcess이 읽기 ​​트랜잭션에 사용되므로 데이터 손실의 위험이 없습니다. 이렇게하면 트랜잭션이 커밋 될 때 이미 오래된 데이터가 반환되지 않는지 확인합니다. READ COMMITTED 트랜잭션을 사용하면이 은 데이터가 즉시 부실로 표시되지만 세부 정보로 이동하지 않고 말하기 어렵다고 가정합니다.

다른 거래에서 쓰기 거래는 EntityIncrementVersionProcess으로 완전히 다른 짐승이며 경쟁 조건이 없습니다.

public void doBeforeTransactionCompletion(SessionImplementor session) { 
    final EntityPersister persister = entry.getPersister(); 
    final Object nextVersion = persister.forceVersionIncrement(entry.getId(), entry.getVersion(), session); 
    entry.forceLocked(object, nextVersion); 
}