두 번째 수준 캐시 문제에 대한 MyBatis 코드 예제에 대한 자세한 설명

이 글에서는 주로 2단계 캐시에 대한 MyBatis의 문제를 소개합니다. 2단계 캐시는 Mapper 수준 캐시이며 여러 sqlSession이 동일한 Mapper를 운영합니다. 두 번째 수준 캐시 공유할 수 있습니다.

MyBatis는 1단계 캐시와 2단계 캐시를 제공하며, 서로 다른 sqlSession 간의 캐시는 서로 영향을 미치지 않습니다. 두 번째 수준 캐시는 동일한 Mapper에서 여러 sqlSession이 작동하며 해당 두 번째 수준 캐시를 공유할 수 있습니다.

MyBatis에는 선택할 수 있는 다양한 2차 캐시 솔루션이 있습니다. 그중 Memcached에 대한 지원은 상대적으로 성숙해졌습니다. Memcached를 예로 들어 Spring 프로젝트와의 통합을 소개하겠습니다.

구성을 사용

하여 pom.xml을 구성하고 종속성을 추가합니다.

<dependencies>
 ...
 <dependency>
  <groupId>org.mybatis.caches</groupId>
  <artifactId>mybatis-memcached</artifactId>
  <version>1.0.0</version>
 </dependency>
 ...
</dependencies>

전역 스위치

<settings>
  <setting name="cacheEnabled" value="true"/>
</settings>

캐시해야 하는 mapper.xml 구성

두 번째 수준 캐시는 다음과 같습니다. 특정 mapper.xml에 대해 두 번째 수준 캐시를 활성화할 수 있는 매퍼 수준입니다.

<mapper namespace="org.acme.FooMapper">
 <cache type="org.mybatis.caches.memcached.MemcachedCache" />
</mapper>

가 설정된 후에는 매퍼의 모든 선택 문이 기본적으로 캐시됩니다. 이 네임스페이스 아래의 모든 삽입, 업데이트 및 삭제 문은 공간의 캐시를 생성합니다. 지워졌습니다.

특정 명령문에 대해 캐시를 비활성화할 수 있습니다.

 <select id="retObj" resultMap="results" useCache="false" >
   select id, name, sex from employee  
 </select>

는 특정 문에 대한 새로 고침 작업을 트리거할 수도 있습니다(기본값은 모든 삽입, update 및 삭제 문에 해당).

 <select id="retObj" resultMap="results" flushCache="true" >
   select id, name, sex from employee  
 </select>

구성 매개변수는 memcached.properties에 설정됩니다. 누락된 경우 기본 설정이 사용됩니다.

구성 매개변수는 다음과 같습니다.

캐시 작업 로그를 기록해야 하는 경우 다음과 같이 구성할 수 있습니다

<mapper namespace="org.acme.FooMapper">
 <cache type="org.mybatis.caches.memcached.LoggingMemcachedCache" />
 ...
</mapper>

Notes

Memcached에 캐시된 클래스는 직렬화 가능 인터페이스를 구현해야 합니다. 그렇지 않으면 java.io.NotSerializedException 신고하겠습니다.

L2 캐시 적용 시나리오

1. 쿼리 빈도가 높고 변경 빈도가 낮은 데이터에는 L2 캐시를 사용하는 것이 좋습니다.

2. 쿼리 요청이 많고 사용자가 실시간 쿼리 결과에 대한 요구 사항이 높지 않은 경우 mybatis 2단계 캐싱 기술을 사용하여 데이터베이스 액세스를 줄이고 액세스 속도를 향상시킬 수 있습니다. 예: 시간이 많이 소요되는 통계분석 SQL, 전화요금 조회 SQL 등

구현 방법은 다음과 같습니다.

새로 고침 간격을 설정하면 mybatis는 다음과 같은 간격으로 캐시를 자동으로 지웁니다. 데이터 변경 빈도 설정 캐시 새로 고침 간격 flashInterval(예: 필요에 따라 30분, 60분, 24시간 등으로 설정)

Mybatis 제한 사항

Mybatis 2차 수준 캐시는 세분화된 데이터 수준 캐싱을 구현하는 데 적합하지 않습니다.

예를 들어 다음과 같은 요구 사항이 있습니다. 제품 정보 캐싱. 제품 정보 쿼리 액세스 권한이 크지만 사용자는 이때마다 최신 제품 정보를 쿼리해야 합니다. -mybatis의 레벨 캐시 제품이 변경되면

다른 제품의 정보를 새로 고치지 않고 해당 제품의 캐시 정보만 새로 고치는 것은 불가능합니다. ​​mybaits는 매퍼로 나누어져 있습니다. 한 상품의 정보가 변경되면 모든 상품이 메시지의 캐시 데이터를 모두 삭제합니다. 이러한 문제를 해결하려면 비즈니스 계층의 요구 사항에 따라 데이터를 대상으로 캐싱해야 합니다.

위 내용은 두 번째 수준 캐시 문제에 대한 MyBatis 코드 예제에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!