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
- thread
- 배치
- saga pattern
- The law of Demeter
- Serial GC
- 체인 패턴
- spring batch
- Parallel Old GC
- spring cloud
- 멀티스레드
- java 정렬
- 스레드
- JPA
- 타입스크립트
- 사가 패턴
- Resilinece4j
- Action Pattern
- 키클락
- 스프링 배치
- 알고리즘
- 생산자 소비자 패턴
- 디자인패턴
- MSA
- zipkin
- 디자인 패턴
- Spring Cloud Netfilx Eureka
- Transaction Pattern
- TypeScript
- Java
- Spring Boot Actuator
Archives
- Today
- Total
PSD( Private-Self-Development )
JPA 조회 성능 최적화 본문
1. 엔티티를 API 응답으로 노출 시키지 말자.
1) 양방향 연관관계 설정 시 Json 화 하면서 무한루프에 빠진다 (@JsonIgnore 설정 필요)
2) 불필요하고 너무 많은 정보가 노출된다.
3) 연관 관계 지연로딩 설정 시 초기화 해주지 않으면 프록시가 대신 위치하기 때문에 파싱 문제 발생
2. 패치 조인( fetch join ) 을 활용하자.
em.createQuery(
"select o from Order o" +
" join fetch o.member m" +
" join fetch o.delivery d", Order.class)
.getResultList();
1) ToOne 관계는 패치 조인 조회
2) ToMany 관계는 지연 로딩을 이용 하자. (default_batch_fetch_size 설정 혹은 @BatchSize 어노테이션 설정 으로 성능 최적화 100 - 1000 이 적당하다. )
# application.yml 에 설정값을 추가하여 지연 로딩시 한번에 가지고 오는 수량을 설정할 수 있다
default_batch_fetch_size: 100
3. 패치 조인으로 처리가 안되면 DTO로 직접 조회를 사용하자
em.createQuery(
"select new jpabook.jpashop.repository.order.query.OrderQueryDto(o.id, m.name, o.orderDate, o.status, d.address)" +
" from Order o" +
" join o.member m" +
" join o.delivery d", OrderQueryDto.class)
.getResultList();
4. 위 사항으로 처리가 안되면 네이티브 SQL/JDBC 사용하여 조회하자
참조 :
'Backend > JPA' 카테고리의 다른 글
OSIV( Open Session In View ) 성능 최적화 (0) | 2022.12.12 |
---|---|
JPA 의 쿼리 작성 라이브러리 (0) | 2022.10.20 |
JPA 값 타입 (0) | 2022.10.14 |
JPA 의 프록시, 지연 로딩, 즉시 로딩 (0) | 2022.10.12 |
JPA 의 상속 (0) | 2022.10.11 |