[JPA] Open-in-view와 @Transactional

스프링부트 프로젝트를 실행시키면 위와 같은 WARN이 표시된다. 

spring.jpa.open-in-view의 기본값은 true이며 해당하는 WARN은 false 값으로 지정해주면 없어진다.

application-dev.yml

배포용 쪽 yml 파일에 spring.jpa.open-in-view를 false로 해주었고, 로컬 쪽에는 별다른 지정을 하지 않고 배포했더니 배포 사이트에서 글 전체가 조회되지 않는 상황이 발생했다. 

open-in-view:false 를 주석처리하니 다행히 글 전체 조회가 정상적으로 작동했다. 

open-in-view가 무엇이길래 조회에 영향을 미치는지 알아보겠다!

 

예전에 들었던 김영한 강사님의 '실전! 스프링부트와 JPA 활용2 - API 개발 성능최적화' 강의에서 섹션5 API 개발 고급-실무 필수 최적화 - 'OSIV와 성능 최적화'라는 영상이 있다. 강의를 들은지 벌써 2년이 흘렀고 그새 잊어 이번에 마주친 오류와 관련된 open-in-view가 생소하게 다가왔다. 이번 기회에 OSIV(Open Session in View) 개념에 대해 다시 한번 짚고 프로젝트 수행할 때 잊지 않고 활용해야겠다..

 

 

 

 

Open-in-view란 ? 

하이버네이트에서는 Open Session in View로 표현

JPA 영속성 컨텍스트는 service 계층에서 transaction을 시작할 때(@Transactional) DB connection을 가져온다. 

 

그럼 DB에 반납하는 시점은 언제일까?

 

OSIV가 true로 지정되어있다면 service계층에서 @Transactional을 붙인 메서드 실행이 끝나도 반납하지 않고 사용자에게 api가 반환될 때까지 또는 뷰 템플릿인 경우 렌더링할 때까지 갖고 있다. 그래서 Lazy Loading이 뷰 템플릿이나 API controller에서도 가능한 것이다!

렌더링이 완성되고, response되면 그제서야 반납하고 영속성 컨텍스트는 사라지게 된다. 

 

하지만 true로 지정하면 너무 오랜시간 동안 DB connection 리소스를 사용하기 때문에 실시간 트래픽이 중요한 애플리케이션에서는 커넥션이 부족하게 되어 결국 장애로 이어질 수 있는 치명적인 단점을 갖고 있다. 

 

 

 

open-in-view:false 오류 상황

hibernate의 sql로그를 보면 게시글 조회는 되었으나, 타임리프에서 게시글 작성자의 닉네임을 가져오지 못하는 상황이 발생했다. 

닉네임 못 불러오는 오류

no Session

위와 같이 LazyInitializationException을 발생시키며 Board 엔티티에 fetchType=LAZY로 지정했던 user 필드와 commentList 필드가 no Session이라는 예외가 발생한다. 

open-in-view:false로 지정하면 EntityManager가 transcation의 commit과 함께 닫히기 때문이다.

지연로딩은 영속성 컨텍스트가 살아있어야 가능한 것인데 영속성 컨텍스트가 죽어서 프록시가 초기화되지 못하는 상황이다. 

 

즉, controller에서 view에게 반환할 때 영속성 컨텍스트가 관리하는 객체에 접근할 수 없게 되어 user라는 객체를 가져올 수 없게 된 것이다!

위에서 언급한 것처럼 open-in-view:true로 지정하면 JPA EntityManager는 닫히지 않아 트랜잭션이 끝나도 DB connection이 반납되지 않으며 Client에게 응답이 되고 난 후에 DB connection을 반납한다. 

 

 

 

 

해결 및 정리 

• open-in-view:true로 지정하면 최초 DB connection 시작 시점부터 API 응답이 끝날 때까지 영속성 컨텍스트와 DB connection을 유지하기 때문에 @Transactional을 벗어난 곳에서도 지연로딩을 할 수 있다.
  
  
• open-in-view:false로 지정하면 트랜잭션을 종료할 때 영속성 컨텍스를 닫고 DB connection을 바로 반납하기 때문에 지연로딩 관련 코드를 트랜잭션 안으로 넣어야 하며 view template에서는 지연로딩이 작동하지 않는다.
  👉 트랜잭션이 끝나기 전에 지연로딩을 강제로 호출해야 한다. (또는 fetch join)

---

📍 open-in-view:false로 지정하고 해결하는 방법 

• Query와 Command 분리 
  
  • ex) OrderService
  • OrderService : 핵심 비즈니스 로직
  • OrderQueryService : 화면이나 API에 맞춘 서비스 (주로 읽기 전용 트랜잭션 사용)

 

 

open-in-view:true로 설정해서 해결하긴 했으나 실무에서는 OSIV를 끄고, ADMIN과 같이 커넥션을 많이 사용하지 않는 곳에서는 OSIV를 켠다고 한다. 다른 방법도 추후에 적용해봐야겠다!

 

 

참고자료

https://medium.com/frientrip/spring-boot%EC%9D%98-open-in-view-%EA%B7%B8-%EC%9C%84%ED%97%98%EC%84%B1%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC-83483a03e5dc

Spring Boot의 open-in-view, 그 위험성에 대하여.

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%B8-JPA-API%EA%B0%9C%EB%B0%9C-%EC%84%B1%EB%8A%A5%EC%B5%9C%EC%A0%81%ED%99%94/dashboard

실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화 | 김영한 - 인프런

https://www.inflearn.com/course/ORM-JPA-Basic#

자바 ORM 표준 JPA 프로그래밍 - 기본편 | 김영한 - 인프런