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 | 31 |
Tags
- assert
- oauth2.0
- Cannotacquirelockexception
- batch insert
- 데드락
- MySQLTransactionRollbackException
- jdbc
- OIDC
- Convention
- @controller
- 정적 팩터리 메서드
- fetch join
- Hibernate
- Cache
- injellij
- Batch
- N + 1
- spring
- 성능테스트
- spring-cloud-starter-aws
- 이펙티브 자바
- JPA
- Git
- @RequestMapping
- mockito
- @Transaction(readOnly=true)
- awspring
- AWS
- ngrinder
- 동시성
Archives
- Today
- Total
목록@Transaction(readOnly=true) (1)
정리정리
@Transactional(readOnly = true) 성능 향상되는 이유
@Transactional에는 읽기 전용인 readOnly 옵션이 있습니다. 처음에는 그저 Isolation level 설정 정도로 생각을 했었지만 그로 인해 JPA에서 성능의 차이가 발생하는 점을 알게 되어 포스팅을 하게 되었습니다. @Transactional(readOnly = true) 성능 비교 우선 성능 차이가 왜 발생하는지 알아보기 전에 정말 성능 차이가 있는지 먼저 확인해 보겠습니다. @Service @RequiredArgsConstructor public class MemberService { private final MemberRepository memberRepository; @Transactional public void getMembersWithReadOnlyFalse() { mem..
JPA
2023. 5. 1. 04:08