티스토리 뷰
1. JPA Cache(1차 vs 2차 캐시)
항목 | 1차 캐시 | 2차 캐시 |
위치 | EntityManager (Session 단위) | SessionFactory (Application 단위) |
레벨 | Session-level Cache (Transaction-level Cache) | SessionFactory-level Cache |
생명주기 | 트랜잭션 단위 | 애플리케이션 실행 기간 |
설정 필요 여부 | 기본 제공 (자동) | 수동 설정 필요 |
목적 | 동일 트랜잭션 내 중복 조회 방지 | 여러 트랜잭션 간 객체 공유로 DB 접근 최소화 |
- 1차 캐시 :: PersistenceContext에 자동 존재
- 2차 캐시 :: 캐시 제공자 설정 필요 (예: EhCache, Redis 등)
2. 2차 캐시
2.1 JPA의 2차 캐시
:: SessionFactory 단위의 캐시로, 여러 트랜잭션 간 Entity 객체를 재사용하여 DB 부하를 줄이는 역할.
:: Hibernate는 별도 설정 필요하며, @Cacheable, @Cache와 함께 CacheProvider 등록이 필요함.
2.2 2차 캐시 설정 절차 (Hibernate 기준)
1) @EnableCaching (스프링 캐시 활성화)
@EnableCaching
@Configuration
public class CacheConfig {
...
}
2) CacheManager 빈 등록 (예: EhCacheCacheManager, ConcurrentMapCacheManager)
- EhCacheCacheManager or ConcurrentMapCacheManager 등
:: memcached 의 경우엔, ConcurrentMapCacheManager 사용
:: CacheProvider 어떤걸 쓸까? : Spring 에서 주로 사용되는 EHCACHE
// Redis나 Memcached 같은 캐시 엔진들도 있지만,
// ehcache는 데몬 X, Spring 내부적으로 동작하여 캐싱 처리
// 따라서 Redis 같이 별도의 서버를 사용하여 생길 수 있는 네트워크 지연 혹은 단절같은 이슈에서 자유롭고,
// 같은 로컬 환경 일지라도 별도로 구동하는 Memcached와는 다르게
// ehcache는 서버 어플리케이션과 라이프사이클을 같이 하므로 사용하기 더욱 간편
3) application.yml에 Hibernate 캐시 설정 추가
spring.jpa.properties.hibernate.cache.use_second_level_cache: true
spring.jpa.properties.hibernate.cache.region.factory_class: org.hibernate.cache.ehcache.EhCacheRegionFactory
spring.jpa.properties.hibernate.generate_statistics: true
4) 캐싱 대상 Entity에 어노테이션 추가(@Cachable과 @Cache)
@Entity
@Cacheable // 캐시의 대상이라는것을 인식시켜주기 위함
@org.hibernate.annotations.Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
// @Cache : CacheConcurrencyStrategy 2차 캐시하는 @Entity 의 용도
public class Product { ... }
=> 2차 캐시된 @Entity 가 동시성 상황에서 어떻게 사용되어야하는가? 에 대한 정의를 내리는것
- NONE : 2차 캐시된 @Entity 에 대해서 아무것도 신경쓰지 않겠다
- READ_READ : 2차 캐시된 @Entity 에 대해 읽기만 해야한다.
- NONSTRICT_READ_WRITE : 2차 캐시된 @Entity 에 대해 읽기/쓰기 다 가능, LOCK 없이
- READ_WRITE : 2차 캐시된 @Entity 에 대해 읽기/쓰기 다 가능, SOFT LOCK 으로만 보호
- TRANSACTIONAL : 견고한 LOCK 적용 = @Transactional
2.3 @Cacheable - 메서드 캐싱
:: @EnableCaching 은 꼭 JPA 의 2차 캐시로만 사용하는 것은 아님
:: 메소드 캐싱에도 활용
@Cacheable(value = "squareCache", key = "#number", condition = "#number > 10")
public BigDecimal square(Long number) {
return BigDecimal.valueOf(number).multiply(BigDecimal.valueOf(number));
}
:: 결과를 캐시에 저장하고, 동일한 파라미터로 호출 시 캐시에서 꺼내옴
:: AOP 기반 → 핵심 로직 분리, 선언적 캐시 가능
속성 | 설명 |
value | 캐시 이름 |
key | 캐시 키 (SpEL 사용 가능) |
condition | 특정 조건일 때만 캐시 사용 |
unless | 특정 조건일 경우 캐시 저장 안 함 |
sync | 동기적 캐싱 여부 |
:: 기타 어노테이션으로는
// 1) @CachePut :: 항상 메서드 실행 후 결과를 캐시에 저장
// 2) @CacheEvict :: 캐시에서 데이터 제거
// 3) @Caching :: 여러 캐시 관련 어노테이션 묶음 사용 가능
참조
ASAC 수업자료
'정리용 > DB' 카테고리의 다른 글
[DB 기초] 14. JPA 추상화 (0) | 2025.04.26 |
---|---|
[DB 기초] 13. MyBatis (1) | 2025.04.26 |
[DB 기초] 12. JPA의 영속성 전이 옵션(CascadeType) (0) | 2025.04.22 |
[DB 기초] 11. 연관관계 객체 조회 시점 EAGER / LAZY (0) | 2025.04.20 |
[DB 기초] 10. JPA 연관관계 어노테이션 (0) | 2025.04.19 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- useMemo
- memo
- useLayoutEffect
- useState
- react
- acac
- ssh
- asac7기
- useCallback
- useContext
- useRef
- asac7#asac
- git
- asac#asac7기
- acas#acas7기
- ASAC
- useReducer
- asac7
- Nginx
- useEffect
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
글 보관함