티스토리 뷰
멀티스레드로 요청을 보낸 횟수를 db에 기록해 집계를 할일이 있어서 비관적 락에 대해 좀 살펴보았다.
내가 궁금했던것은
@Lock(LockModeType.PESSIMISTIC_WRITE)
을 어디에 달아주냐였다.
답은 "SELECT 쿼리를 호출하는 메서드" 였다.
public interface StatRepository extends JpaRepository<StatEntity, Long> {
@Lock(LockModeType.PESSIMISTIC_WRITE)
StatEntity findStatEntityById(Long id);
Optional<StatEntity> findyById(Long id);
}
인터넷 예시들을 보면 jpql 같은걸 쓰기도 하는데, 그럴 필요 없이 기본 method에선
해당 메서드는 transaction 안에서만 사용해야 한다.
참고로 여기서 find가 아닌 get을 사용하면 lock에 구멍이 생길 수 있다.
get은 lazy 로딩이라 실제로 로딩을 하기 전에는 락이 잡히지 않기 떄문에 작은 구멍이 생기는 것으로 보인다.
'개발 > 스프링' 카테고리의 다른 글
spring boot 3.2.2 전환기(3)- Spring Security 변경 (0) | 2024.03.25 |
---|---|
spring boot 3.2.2 전환기(2) - Spring Web MVC 변경 (0) | 2024.03.23 |
Spring boot 3.2.2 전환기(1) - 버전 변경 (1) | 2024.03.23 |
코드 내에서 타임리프 파싱하기 (0) | 2022.06.12 |
톰캣 url rewrite로 호스트헤더 고치기 (0) | 2021.06.16 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- n+1
- java
- ouath2
- Java17
- 토스페이
- 티스토리챌린지
- 안전신문고
- 현금영수증
- springboot
- 알리익스프레스
- 포상금
- Spring
- ORM
- Azure
- 전세사기
- 부가가치세
- springboot3
- 한국교통안전공단
- JPA
- 광군제
- Request
- 공익제보단
- 오블완
- 알리
- tomcat
- 탈세
- 이륜차
- k베뉴
- 홈택스
- Thymeleaf
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
글 보관함