saveAndFlush 저장후 QueryDsl 조회 문의

Question

@Transactional public AccessTokenResponse signup(MemberRequest request) { Member member = request.toMember(passwordEncoder); MemberDetails memberDetails = memberRepository .findMemberDetailsByMemberId(memberRepository.saveAndFlush(member).getId()) .orElseThrow(RuntimeException::new); 맨아래서, 2번째 줄에서 member의 정보를 DB에 저장합니다. : saveAndFlush 이용 그리고 나서 QueryDSL로 작성된 findMemberDetailsByMemberId 으로 해당 멤버의 정보를 조회해 왔습니다. : 그러나, 해당 쿼리로는 조회된 값이 없어 null 이 반환되었습니다.   확인해보니, saveAndFlush를 통해 해당 멤버의 정보가 즉각 DB에 반영되지 않아서 QueryDSL 로된 쿼리로 해당 멤버의 정보가 조회되지 않은 것인데요.   제가 알기로 saveAndFlush를 이용하면 즉각 DB에 반영되는 것으로 알고있었는데... 아닌가요? 이런 경우 어떤 방법으로 해결할 수 있을지 조언 주시면 감사하겠습니다! (member 정보 저장 후, querydsl로 조회해올 수 있는 방법)

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 님의 질문 내용을 바탕으로 saveAndFlush 메소드의 작동 방식에 대해 설명드리겠습니다. saveAndFlush 메소드는 CrudRepository 인터페이스에 정의된 save 메소드와 유사하게 엔티티를 저장하는 역할을 합니다. 차이점은 saveAndFlush 가 실행될 때 JPA의 EntityManager 를 이용해 즉시 DB에 반영(flush) 하도록 만듭니다. 즉, 이 메소드는 엔티티를 DB에 저장하고, 해당 세션 내에 존재하는 모든 변경 사항을 데이터베이스에 동기화하는 작업을 수행합니다. saveAndFlush 호출 이후 QueryDSL를 사용한 조회에서 null을 반환 받는 경우, 다음과 같은 원인을 고려할 수 있습니다: 트랜잭션 범위 설정이 잘못되어 있을 수 있습니다. 해당 메소드가 실행되는 동안에는 하나의 트랜잭션 범위 안에 있어야 합니다. 데이터베이스의 transaction isolation level에 따라 즉시 반영된 변경 사항이 조회되지 않을 수 있습니다. 보다 낮은 isolation level에서는 &lsquo;dirty read&rsquo;가 발생하지 않습니다. JPA 구현체나 JPA Provider, 데이터베이스의 잠금 메커니즘이 원인일 수 있으므로, 이들의 설정을 확인해볼 필요가 있습니다. 이 경우 해결 방법으로, 먼저 메소드가 알맞은 트랜잭션 범위에서 실행되는지 확인하십시오. 그리고 트랜잭션 isolation level을 적절히 설정하거나 JPA의 구현체 및 데이터베이스 설정에 문제가 없는지 검토합니다. 더 자세한 내용이 필요하시면 Spring Data JPA 문서의 &lsquo;Persisting Entities&rsquo; 섹션과 &lsquo;Transactional query methods&rsquo; 섹션을 참조하시면 도움이 될 것입니다. Persisting Entities 문서 원문: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.entity-persistence Transactional query methods 문서 원문: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#transactional-query-methods 도움이 되셨기를 바랍니다. 추가적인 질문이 있으시면 언제든지 문의해 주세요.