Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 예외처리
- JPA
- 알고리즘
- 외부 서비스 장애
- thundering herd
- queue
- 이진탐색
- 이분탐색
- 비관적 락
- ddl-auto
- 벌크헤드패턴
- 슬라이스 테스트
- java
- 베타락
- Stack
- 낙관적 락
- session인증
- 자바
- prg패턴
- Entity Manager
- 백준
- BFS
- expired key
- 타임아웃
- 트라이 자료구조
- DP
- 스택
- id생성
- 캐시 스탬피드
- 다중 서버
Archives
- Today
- Total
Coding 01
캐시 스탬피드 현상 본문
트래픽 환경에서 캐시를 사용하는데, Cache Aside(캐시 미스 발생 시 적재) 전략을 사용한다.
이때 많은 요청이 동시에 캐시 미스를 확인하고 DB에서 데이터를 가져와 캐시에 적재를 하는데 이것을 캐시 스탬피드 또는 Thundering Herd라고 한다.
이 문제는 잠금(Locking) 방식, 외부 재계산(External Recomputation) 방식, 확률적 조기 재계산 방식으로 해결할 수 있다.
잠금방식(Locking)은 요청 처리 스레드가 해당 캐시 키에 대해 잠금을 획득한다고 생각하면 된다.
다른 요청 처리 스레드들은 대기를 하고 잠금을 획득한 스레드는 요청동안 캐시 적재 작업이 비동기로 처리된다.
잠금을 사용해서 성능 저하가 될 수 있다.
외부 재계산(External Recomputation) 방식은 모든 요청 처리 스레드가 캐시 적재를 하지 않는다.
캐시를 주기적으로 모니터링하는 스레드를 별도로 관리해서 캐시의 만료시간이 다가올 때, 데이터를 갱신해서 문제를 해결한다.
이 방식은 다시 사용되지 않을지도 모르는 데이터를 캐시로 적재해서 메모리를 비효율적으로 사용할 수 있다.
확률적 조기 재계산 방식은 캐시 만료 시간이 얼마 안남았을 때, 여러 요청 처리 스레드 중에서 적은 수만 캐시를 적재하는 작업을 수행해서 스탬피드 현상을 완화하는 방법이다.
'기술면접' 카테고리의 다른 글
OneToOne관계에서 Lazy Loading (0) | 2025.04.08 |
---|---|
try-with-resources (0) | 2025.04.07 |
컨텍스트 스위칭 (0) | 2025.01.27 |
스케일 아웃과 스케일 업 (0) | 2025.01.24 |
ACID (0) | 2025.01.23 |