최대 절전 모드 캐싱 메커니즘 소개

hibernate 1차 캐시

1. Hibernate 1차 캐시는 "세션 캐시", "세션 레벨 캐시"라고도 합니다.

2. 세션을 통해 데이터베이스에서 엔터티를 쿼리하면 해당 엔터티가 메모리에 저장됩니다. 다음에 동일한 엔터티를 쿼리하면 더 이상 데이터베이스에서 가져오지 않고 메모리에서 가져옵니다.

3. 1단계 캐시 수명주기는 Session과 동일합니다.

4. 1단계 캐시의 데이터는 현재 세션 내에서 적용 가능합니다.

이유(Hibernate 캐시를 사용하는 이유)

Hibernate는 물리적 데이터베이스에 자주 액세스하는 지속성 계층 프레임워크입니다.

물리적 데이터 소스에 대한 애플리케이션 액세스 빈도를 줄여 애플리케이션 운영 성능을 향상시키기 위해.

캐시에 있는 데이터는 물리적 데이터 소스에 있는 데이터의 복사본입니다. 애플리케이션은 특정 순간이나 이벤트에서 캐시의 데이터를 읽고 씁니다. 동기화

무엇(Hibernate 캐시의 원리는 무엇입니까?) Hibernate 캐시에는 Hibernate 1단계 캐시와 Hibernate 2단계 캐시라는 두 가지 주요 범주가 있습니다.

1.Hibernate 1단계 캐시는 "세션 캐시"라고도 합니다.

내장된 세션은 언로드할 수 없으며 세션 캐시는 트랜잭션 전체 캐시입니다(세션 개체의 수명 주기는 일반적으로 데이터베이스 트랜잭션 또는 애플리케이션 트랜잭션에 해당함).

첫 번째 수준 캐시에서 영구 클래스의 각 인스턴스에는 고유한 OID가 있습니다.

2.Hibernate 2차 캐시는 "SessionFactory 캐시"라고도 합니다.

SessionFactory 객체의 라이프 사이클은 애플리케이션의 전체 프로세스에 해당하므로 Hibernate 2차 캐시는 프로세스 전체 또는 클러스터 전체 캐시이므로 동시성 문제가 발생할 수 있으므로 적절한 동시 액세스 전략이 필요합니다. 이 전략은 캐시됩니다. 데이터는 트랜잭션 격리 수준을 제공합니다.

두 번째 수준 캐시는 선택 사항이며 구성 가능한 플러그인입니다. SessionFactory는 기본적으로 이 플러그인을 활성화하지 않습니다.

Hibernate는 캐시 플러그인과 Hibernate 사이의 어댑터 역할을 하는 org.hibernate.cache.CacheProvider 인터페이스를 제공합니다.

2단계 캐시에 저장하기에 적합한 데이터는 무엇인가요?
1) 거의 수정되지 않는 데이터
2) 별로 중요하지 않아 간헐적인 동시 데이터가 허용되는 데이터
3) 동시에 접근되지 않는 데이터
4) 일정한 데이터
2차 캐시에 저장하기에 적합하지 않은 데이터 ?
1) 자주 수정되는 데이터
2) 금융 데이터 등 데이터에 대한 동시 접근은 절대 허용되지 않습니다.
3) 다른 애플리케이션과 공유되는 데이터.

첫 번째 수준 캐시 관리를 위한 API

1.evict()는 세션의 첫 번째 수준 캐시에서 개체를 지우는 데 사용됩니다.

2.clear(), 첫 번째 수준 캐시의 모든 개체를 지우는 데 사용됩니다.

Qurey.list() 및 Qurey.iterate()

1.Qurey.list()는 1단계 캐시에서 검색하지 않고 데이터를 직접 쿼리하여 데이터베이스에 반환합니다. 쿼리가 캐시에 남아 있습니다.

2.Qurey.iterate()는 1차 캐시에서 검색하지 않고 데이터베이스에 직접 sql을 보내어 객체의 다른 속성을 사용해야 하는 경우 해당 객체를 먼저 검색합니다. 그렇지 않은 경우 데이터베이스로 전송되므로 이 방법만 사용하여 쿼리하면 N+1 문제가 발생합니다(즉, N+1 문을 데이터베이스에 보내 정보를 쿼리합니다). N개 개체)

3. 필요한 경우: 서로 다른 두 세션에서 필요합니다. 동일한 개체에 액세스하려면 Qurey.list()를 통해 두 개 이상의 SQL 문을 보내야 합니다. 두 번째 수준 캐시인 Query.list()는 첫 번째 세션에서 사용되며 두 번째 세션에서 직접 사용됩니다. Qurey.iterate() 반복을 통해

hibernate 두 번째 수준 캐시(SessionFactory 캐시)를

1. hibernate.cfg.xml

        <!-- 开启二级缓存 --><property>true</property><!-- 二级缓存的提供类 在hibernate4.0版本以后我们都是配置这个属性来指定二级缓存的提供类--><property>org.hibernate.cache.ehcache.EhCacheRegionFactory</property><!-- 二级缓存配置文件的位置 --><property>ehcache.xml</property>

2에 구성을 추가합니다. ehcache.xml 구성에 대한 자세한 내용은

3을 참조하고 주석을 통해 엔터티를 구성하고 @Cache(usage=CacheConcurrencyStrategy.READ_ONLY)를 추가합니다. 클래스 앞

공통 CacheConcurrencyStrategy 속성 값은 ​​​​READ_ONLY(엔티티에 해당하는 테이블 데이터를 읽은 후 캐시하기만 함) 및 READ-WIRTE(테이블 데이터를 읽거나 업데이트할 수 있음)

4를 확인하세요. 참고: 최대 절전 모드의 두 번째 수준 캐시는 전체 개체여야 합니다. 개체의 일부 속성만 쿼리하면 개체는 캐시되지 않습니다

쿼리 캐시(SessionFactory 수준 캐시)

1. 위의 2단계 캐시를 기반으로 구성

2. hibernate.cfg.xml

  <property>true</property>

에 구성을 추가합니다.

2. 엔터티 주석에 @Cacheable을 추가합니다

3. hql 문 뒤에 setCacheable(true) 메서드를 호출합니다

4. HQL 쿼리 문이 정확히 동일한 경우에만 매개변수 설정도 동일해야 합니다. 쿼리 캐시는 Valid

hibernate의 세 가지 상태(일시적(일시적 상태), 지속적(지속적 상태) 및 분리됨(오프라인 상태))

위 내용은 최대 절전 모드 캐싱 메커니즘 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!