[java] 최대 절전 모드 2 단계 캐시를 언제 어떻게 사용합니까?

우선, 프로세스 레벨 캐시 (또는 Hibernate에서 호출하는 2 차 레벨 캐시)에 대해 이야기합시다. 작동하려면

1. 캐시 공급자 구성
2. 캐시 할 엔티티를 최대 절전 모드에 알려줍니다 (이러한 종류의 매핑을 사용하는 경우 hbm.xml 파일에서 바로).

캐시 공급자에게 저장해야하는 개체 수와 무효화해야하는시기 / 이유를 알려줍니다. 따라서 Book과 Author 엔티티가 있다고 가정 해 봅시다. DB에서 가져올 때마다 캐시에없는 엔티티 만 실제로 DB에서 선택됩니다. 이렇게하면 성능이 크게 향상됩니다. 다음과 같은 경우에 유용합니다.

• Hibernate를 통해서만 데이터베이스에 씁니다 (캐시의 엔티티를 언제 변경하거나 무효화해야하는지 알 수있는 방법이 필요하기 때문)
• 자주 물건을 읽는다
• 단일 노드가 있고 복제가 없습니다. 그렇지 않으면 캐시 자체를 복제해야합니다 (JGroups와 같은 분산 캐시 사용). 더 많은 복잡성이 추가되고 비공유 앱만큼 확장되지 않습니다.

그렇다면 캐시는 언제 작동합니까?

• 사용자 session.get()또는 session.load()이전에 선택되어 캐시에있는 개체 캐시는 ID가 키이고 속성이 값인 저장소입니다. 따라서 ID로 검색 할 수있는 경우에만 DB 히트를 없앨 수 있습니다.
• 연결이 지연로드되는 경우 (또는 조인 대신 선택 항목으로 즉시로드되는 경우)

그러나 다음과 같은 경우에는 작동하지 않습니다.

• ID로 선택하지 않는 경우. 다시-두 번째 수준 캐시는 엔티티의 ID 맵을 다른 속성에 저장하므로 (실제로 객체를 저장하지 않고 데이터 자체를 저장함) 조회가 다음과 같으면 from Authors where name = :name캐시를 누르지 않습니다.
• HQL을 사용하는 경우 (를 사용하더라도 where id = ?).
• 매핑에서을 설정하면 fetch="join"연결을로드 할 때 별도의 select 문 대신 모든 곳에서 조인이 사용됩니다. 프로세스 수준 캐시는가 fetch="select"사용되는 경우에만 자식 개체에서 작동합니다 .
• fetch="select"HQL에서 조인을 사용하여 연결을 선택 하더라도 해당 조인은 즉시 발급되고 hbm.xml 또는 주석에 지정된 내용을 덮어 씁니다.

이제 쿼리 캐시에 대해. 별도의 캐시가 아니라 프로세스 수준 캐시에 추가 된 것입니다. 국가 엔티티가 있다고 가정 해 보겠습니다. 정적이므로라고 말할 때마다 동일한 결과 집합이 있음을 알고 from Country있습니다. 이것은 쿼리 캐시에 대한 완벽한 후보이며, 자체적 으로 ID 목록을 저장하고 다음에 모든 국가를 선택할 때이 목록을 프로세스 수준 캐시로 반환하고 후자는 각 ID에 대한 개체를 반환합니다. 이러한 개체는 이미 2 단계 캐시에 저장되어 있습니다. 항목과 관련된 항목이 변경 될 때마다 쿼리 캐시가 무효화됩니다. 따라서 from Authors쿼리 캐시에 배치되도록 구성했다고 가정 해 보겠습니다 . 작성자가 자주 변경되므로 효과적이지 않습니다.