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
- 열 속성
- select_type
- 테스트 코드
- 조합
- 재정의
- Spring
- 생성자 주입
- SQL
- 인덱스
- AOP
- stream
- DI
- static
- jwt
- KEVISS
- 필드 주입
- StringBuilder
- MSA
- Test
- cache
- hashcode
- lambda
- DDL
- java
- redis
- docker
- VUE
- jpa
- Exception
- equals
Archives
- Today
- Total
목록2025/08/12 (1)
백엔드 개발자 블로그
캐싱 주의사항
1. 캐시 히트율이 낮은 데이터는 적용하지 말자 보통 캐시를 적용할 때는 캐시에 데이터가 없으면 DB를 조회하는 전략을 사용한다. 캐시 히트율이 낮은 경우, 아래와 같이 일반 DB보다 처리할 작업이 늘어나니, 오히려 역효과가 난다.일반 DB 조회 : 요청 > DB 조회 > 응답캐시 조회 : 요청 > 캐시 조회 > DB 조회 > 캐시 적재 > 응답2. 한번에 캐시 만료되는 거 조심하자최신 데이터를 반영하기 위해서 정해진 시간에 캐시를 한번에 만료를 시키는 경우가 있다.한번에 만료시키는 시점에 데이터 요청이 몰린다면 DB에 과부하 문제가 발생할 수 있다.지연시간을 줘서 만료 시점을 분산하자.3. Null 처리 DB에서 Null 값을 받으면 캐싱하지 않는다.DB에 없는 값을 반복조회하는 경우 DB에 부하가 발..
대용량 트래픽
2025. 8. 12. 22:34