🌹 정리 by 장미(https://velog.io/@newbiekim/)

네트워크를 통해 DB에 접근하는 시간 비용은 애플리케이션 서버 내부 메모리에 접근하는 시간보다 훨씬 비싸다. 따라서 조회한 데이터를 메모리에 캐싱해두면 데이터베이스 접근 횟수를 줄여 성능을 개선할 수 있다.

1차 캐시

영속성 컨텍스트 내부에는 엔티티를 보관하는 저장소가 있는데, 이를 1차 캐시라고 한다. 엔티티 매니저로 조회하거나 변경하는 모든 엔티티는 1차 캐시에 저장된다.

일반적으로 트랜잭션을 시작하고 종료할 때까지만 1차 캐시가 유효하다. 트랜잭션을 커밋하거나 플러시를 호출하면 1차 캐시에 있는 엔티티의 변경 내역을 데이터베이스에 동기화한다.

JPA는 스프링 프레임워크 같은 컨테이너 위에서 실행하면, 트랜잭션을 시작하거나 종료할 때 영속성 컨텍스트도 시작하거나 종료한다.

1차 캐시는 끄거나 켤 수 있는 옵션이 아니며, 영속성 컨텍스트 자체가 사실상 1차 캐시라고 볼 수 있다.

위 이미지처럼 find를 했을 때 해당 엔티티가 1차 캐시에 존재하면 1차 캐시에 저장된 엔티티를 반환하고, 존재하지 않으면 DB를 조회한다.

만약 같은 엔티티가 있다면 객체 동일성(==)을 보장한다.

2차 캐시

하이버네이트를 포함한 대부분의 JPA 구현체들은 애플리케이션 범위의 캐시를 지원하는데, 이것을 공유 캐시 또는 2차 캐시라 한다.