@Version 어노테이션이 붙은 필드는 낙관적 락이든 비관적 락이든 업데이트가 됩니다.
2
작성한 질문수 1
설명중에 @Version 필드를 낙관적 락에서 이용할 수 있어가지고~ 라고 하셧는데 실제 돌려보니 비관적락 2에도 DB 업데이트가 되었습니다.
AI 에게 물어보니
@Version 어노테이션이 붙은 필드는 JPA 사용시 @Lock 어노테이션 사용여부 상관없이 업데이트가 된다고 합니다.
혹 다른 qna 에도 같은 내용이 있는지 확인은 모두 안해 보았습니다.
========================
응, 같은 엔터티 row에 실제 UPDATE가 나가면 @Version 필드는 증가한다고 보면 돼.
락 방식이 낙관적이든 비관적이든 핵심은 이거야.
@Version
private Long version;이 필드가 있는 엔터티가 dirty checking으로 변경 감지되고, flush/commit 때 UPDATE 대상이 되면 JPA/Hibernate가 version 값을 같이 갱신해.
========================
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. evidentkr님.
@Version 어노테이션은 JPA에서 엔티티의 버전 관리를 담당하며, 낙관적 락의 주요 개념으로 사용됩니다. 하지만 @Version 필드는 낙관적 락이든 비관적 락이든 실제로 해당 엔티티가 업데이트될 때 항상 증가하게 됩니다. 이는 JPA의 dirty checking 메커니즘에 따라 엔티티가 변경되었을 때, 해당 변경을 데이터베이스에 반영하기 위해 필요합니다.
낙관적 락 vs 비관적 락에서의 @Version 동작
낙관적 락(@Version):
- 주로 동시성 상황에서 데이터의 충돌을 감지하는 장치로 사용됩니다.
- 트랜잭션이 엔티티를 읽고 이후에 변경 사항을 커밋할 때
@Version필드의 값이 동일하지 않으면OptimisticLockException이 발생하여 데이터 충돌을 알 수 있습니다.
- 주로 동시성 상황에서 데이터의 충돌을 감지하는 장치로 사용됩니다.
비관적 락:
- 비관적 락에서는 데이터 수정 시 별도로 락을 걸어 다른 트랜잭션이 해당 데이터에 접근하지 못하게 합니다. 하지만 엔티티가 실제 변경되어 커밋될 때는
@Version필드도 업데이트됩니다. 이는 엔티티의 모든 업데이트 시@Version필드가 JPA의 엔티티 관리와 동기화될 수 있도록 하기 위함입니다.
- 비관적 락에서는 데이터 수정 시 별도로 락을 걸어 다른 트랜잭션이 해당 데이터에 접근하지 못하게 합니다. 하지만 엔티티가 실제 변경되어 커밋될 때는
이를 참고하여 @Version 필드는 데이터베이스와 동기화된 상태로 유지되며, 엔티티의 상태 관리를 위해 모든 경우에 업데이트됩니다.
비슷한 주제를 다루고 있는 게시물을 확인하고 싶으시다면 아래 링크를 참고해 주세요:
- JPA에서 @Version 필드 사용의 이해 (게시글 제목)
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
consumer에서 에러가 발생할 경우 데이터 유실 문의
0
44
2
게시글 테스트 데이터 삽입
0
49
2
정렬, 필터, 검색 등의 조건이 붙을 경우 최적화할 수 있는 방법이 무엇이 있을까요?
0
101
2
좋아요 기능 정합성 보장 방법
0
93
2
좋아요 동시성처리 최적의 선택?
1
128
2
프론트엔드 msa 환경 api 주소 통합? 과 서버끼리 통신 방식에대해
0
89
2
안녕하세요 무한스크롤 강의듣다가 질문이 있습니다.
0
58
1
조회수 조회 로직 질문
1
67
2
비로그인 유저도 어뷰징 방지 정책
1
68
2
CommentServiceTest의 테스트 로직 질문
0
53
2
무한 스크롤 방식에서 페이지 번호 방식 쿼리의 문제점 의문
1
73
2
path 쿼리 관련 질문드립니다!
0
59
2
antigravity 에디터를 쓰신다면 종료해주세요
1
122
0
프로젝트 구조
0
87
2
article_like_count api test
0
77
2
이벤트 페이로드 객체의 생성 방식이 팩토리 메서드 패턴이 아닌 빌더 패턴인 이유가 궁금합니다!.
0
103
2
[33. 좋아요 수 구현] 에서 테스트 하는 화면 동시성 문제
0
90
2
findByPath에서 articleId로도 검색을 해야 할 것 같아요.
0
89
3
jpa ddl-auto none을 하는 이유와 join 방법
0
96
2
팩터리 메소드와 response 객체 사용 이유가 궁금합니다!
0
90
2
커서 기반 페이지네이션 과 무한 스크롤링
0
106
2
게시글 생성 로직에서 오류 발생시 redis 게시글 수 되돌리기
0
97
2
멀티 모듈이 아닌 MSA 환경에서 common
0
152
2
2Depth 강의 도중 궁금한 점 있어요!!
0
73
2