Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
Tags
- spring
- flask
- 스프링 로그
- 디자인 패턴
- annotation
- 서버
- 캠프
- Optimistic Lock
- Pessimistic Lock
- Transaction isolation level
- spring security 인증
- spring security
- 개발
- JPA
- JPA 낙관적락
- 안드로이드
- bean
- JPA 비관적락
- JPA 동시성
- 낙관적락 비관적락 차이
- 암호화
- 서버개발캠프
- Android
- 스마일게이트
- Inno DB
- 스프링
- Redis
- JPA Lock
- component
- 스프링 log
Archives
- Today
- Total
목록낙관적락 비관적락 차이 (1)
모르는게 많은 개발자

이번 포스팅에서는 JPA의 낙관적 잠금과 비관적 잠금을 테스트를 통해 설명하고자 한다 포스팅 내용에 DB Lock 개념도 포함되기 때문에 Lock에 대한 이해가 필요하면 이전 게시글(https://cjw-awdsd.tistory.com/57)을 먼저 읽고 보는 것을 추천합니다. 낙관적 잠금(Optimistic Lock) 💡 대부분의 트랜잭션이 충돌이 발생하지 않을 것이라고 낙관적으로 가정하는 방법(**충돌 나면 에러 발생**) 어플리케이션 레벨에서 지원하는 락 락 처리 방법 : @Version JPA의 @Version 어노테이션을 사용해 엔티티 버전을 관리할 수 있다. @Version 적용이 가능한 타입은 long, integer, short, timestamp이다. 아래는 어노테이션 적용 예시 코드이다..
스프링
2023. 4. 2. 00:19