Page History
| Info |
|---|
JPA는 SQL문을 통해 어플리케이션을 작성했을때보다, 수많은 귀찮은 일을 하지 않아도된다는것을 실습을 통해 파악을 하였습니다. 하지만 실제 그것이 어떠한 SQL문을 수행하는지 또한 그 SQL문이 성능적으로 문제가 없는지 데이터베이스를 병행해서 공부해야하는 과제가 있습니다. 실행계획을 예상하고 측정하는것은 아주 광범위한 주제입니다. 데이터베이스를 공부했을때 성능에 관련된 실행계획은 JPA에서도 이해해야하는 항목입니다. |
| Table of Contents |
|---|
실행계획 고려하기
SQL문을 해석하고 , 원하는 데이터 집합을 IO에서 빠르게 가져오기위한 노력으로
...
| 이름 | 명령어 |
|---|---|
| Oracle | set autotrace traceonly |
| MSSQL | SET SHOWPLAN_TEXT_ON |
| DB2 | EXPLAIN ALL WITH SNAPSHOT FOR SQL 구문 |
| PostreSQL | EXPAIN SQL 구문 |
| MySQL | EXPLAIN EXTENDED SQL 구문 |
JPA Query Method TO SQL
| JPA | SQL |
|---|---|
studentList = findByGroupInfoName("학생") | SELECT * FROM user ui left join spring.group_info gi on gi.group_id = ui.group_id and gi.name="학생" |
...
제대로된 실행계획을 가지고 실행이되는지 검증을 하기 위함입니다.
JPA-SQL문 Trace
- spring.jpa.properties.hibernate.show_sql=true
- spring.jpa.properties.hibernate.use_sql_comments=true
- spring.jpa.properties.hibernate.format_sql=true
어플리케이션의 JPA테스트코드와 SQL 실행을 Trace한 예
JPA를 통해 작성된 인테페이스를 통해 어플리케이션에서 작동되는 실제 쿼리를 수행을 간단하게 할수가 있으며
...
소모적 반복적 SQL문 작성시간을 줄이고, 유닛테스트로 전환될수 있을 가능성을 확인할수 있습니다.
실행계획 조사하기
Trace된 SQL문을 그대로 복사하여, 실행계획을 조사합니다. 매번 이러한 과정을 거칠필요는 없을듯보이며
...
- 조작대상 객체:
- 객체에 대한 조작의 종류
- 조작 대상이 되는 레코드 수:
순차 풀스캔 VS 인덱스 스캔
엔티티의 설계
| Code Block | ||||
|---|---|---|---|---|
| ||||
@Entity
public class User {
private String name;
@ManyToOne
@JoinColumn(name = "GROUP_ID")
private GroupInfo groupInfo;
} |
ManyToOne은 JPA에서 관계도 형성을 하는 어노테이션으로서 실제 데이터베이스에서는아래와같이 테이블생성시 외래키 설정및 인덱스 설정이 자동으로 수행되게 됩니다.KEY `FKa36i4ekojwk70bxen390i6tek` (`group_id`) USING BTREE,
CONSTRAINT `FKa36i4ekojwk70bxen390i6tek` FOREIGN KEY (`group_id`) REFERENCES `group_info` (`group_id`)
순차풀스캔
| JPA | SQL |
|---|---|
| findByName("Minsu") | SELECT * FROM user where name = 'minsu2'; |
...
데이터량이 많아질시 탐색시간이 같이 선형적으로 증가합니다.
인덱스 스캔
| JPA | SQL |
|---|---|
| findByGroupId(1) | SELECT * FROM user where group_id = 2; |
...
적은량의 데이터에서 탐색시 효과가 없을수 있으나, 데이터량이 늘어남에따라 효과를볼수가 있습니다.
스캔 범위/방식에따른 실행계획 전략
성능을 위한 스캔 범위 Type은 3가지정도로 요약할수 있습니다.
...
우리가 원하는 집합을 만들기위해, 2개의 테이블만 조작하여 JOIN문을 사용하면 좋겠지만
실제는 그렇지 않습니다.
권한 이양의 죄악
이와같은 실행계획 권한은,SQL문에서 할수 있는게 아니고 RDB에 모든것을 이양해야하고
...
최상의 쿼리는, 실행계획이 변하지않는 적당수준의 느린 쿼리문이 될수도 있습니다.
JAP를 통한 튜닝 포인트의 발상변화
JPA에서는 실행계획이 틀어지고, 예측하기 어려운 튜닝포인트를 쿼리중심에서
...
- 즉시읽기( Eager loading) :
- 지연읽기 ( Lazy loading ) :
영속성 전이 전략
- ALL : 부모의 변화가 자식에게 모두 전가
- PERSIST : 부모의 영속화 될때 자식도 영속화가됨
- MERGE : 트랜젝션이 종료되고 변경사항이 merge()수행시 변경사항적용
- REMOVE : 부모삭제시 연관된 자식도 삭제
- REFRESH : 부모가 변경되면 자식도 변경
- DETACH : 부모가 DETACH되면, 연관된 ENTITY도 DEATCH되어 변경반영 죽시 안됨
- orphanRemoval : 연관관계가 끊어진 자식을 자동으로 제거
...