JPQL실행 후 캐시의 엔티티에는 변경사항이 적용이 안 되는 건가요?

안녕하세요. 공부용님, 공식 서포터즈 y2gcoder입니다.

강의를 다 보게 되면 이해하시겠지만, 대다수의 경우에 JPQL은 검색용이기 때문에 SELECT 문으로 사용합니다. 이 점을 먼저 이해하시고 다음을 봐주시길 바랍니다.

보통 JPA에서 CRUD 중 CUD에 해당하는 작업들은 쓰기 지연 SQL 저장소에 모여있다가, 트랜잭션 커밋 전에 날라가게 됩니다. 근데 만약 먼저 수정하고 JPQL을 통해 해당 엔티티를 조회할 때는 당연히 우리 개발자는 미리 수정작업을 해놨으니까 수정이 반영된 데이터를 DB에서 불러오는 게 자연스럽습니다. 그런데 쓰기 지연 SQL 저장소에 있는 UPDATE SQL이 반영되지 않으면 당연히 DB에서 조회한 데이터는 수정 이전의 데이터를 불러오게 되는 괴리가 발생합니다. 그래서인지 JPQL을 수행할 때는 무조건 flush를 수행해 쓰기 지연 SQL 저장소에 있는 쿼리를 모두 DB로 보내 DB와 영속성 컨텍스트에 있는 데이터를 동기화하는 작업을 해주게 됩니다.

반면에 JPQL 중 UPDATE SQL로 변환되는 벌크 연산이라는 어찌 보면 특수한 케이스가 존재합니다. (강의 마지막에 등장하고 영한님께서 제가 앞으로 말씀드릴 모든 내용을 더 정확하게 알기 쉽게 말씀해주십니다.) 이 때는 말씀해주셨던 것처럼 UPDATE SQL이 바로 DB로 날아가지만, 영속성 컨텍스트를 무시하고 나갑니다. 즉 해당 내용이 영속성 컨텍스트에 반영되지 않습니다. 이 때는 영속성 컨텍스트를 초기화 하고 다시 불러오는 작업을 해주셔야 합니다.

덧붙여서 예를 들어 더티 체킹 후 변경한 엔티티를 JPQL로 다시 불러오는 로직이 있다면 이 때도 JPQL 로 인해 flush가 일어나 변경 내용이 DB에 반영되고 그 반영된 DB에서 해당 엔티티를 조회해오게 됩니다 ㅎㅎ

감사합니다.