없는 상품 조회를 캐시하면 DB 부하가 줄지만 새 상품이 늦게 보입니다. 음성 캐시의 수명과 실패 분류는 어떻게 정하나요?

음성 캐시는 부재 결과를 저장해 같은 불필요한 조회를 줄이지만 진짜 미존재와 일시 장애·권한 거절을 구분해야 합니다. DB timeout을 없음으로 캐시하면 정상 데이터를 숨깁니다.

동작 원리와 전제

존재하지 않는 키는 짧은 TTL로 캐시할 수 있고 생성 시 무효화나 버전 조건을 둡니다. 권한별로 결과가 다르면 사용자 범위 없는 공통 부재 캐시는 부정확할 수 있습니다. 부재 판정의 원본과 확인 시각을 보존합니다.

선택과 실패 처리

TTL을 길게 하면 공격성·오류 조회 부하는 줄지만 새 데이터 노출 지연이 커집니다. 무효화 실패·동시 생성·늦은 옛 부재 조회의 refill을 고려합니다. 블룸 필터와 결합해도 최신 삽입 반영 전제가 필요합니다.

구체적인 사례와 검증

사용자 A에게 권한이 없어 404처럼 반환한 결과를 공통 캐시에 저장하면 권한 있는 B도 부재라고 볼 수 있습니다. 부재 응답이 전역 사실인지 사용자별 접근 결과인지 구분해야 합니다. 생성 직전에 시작한 느린 조회가 나중에 부재를 캐시하는 경합도 있어 TTL만으로 즉시 최신성을 보장하지 않습니다. 삭제·생성 이벤트와 버전 장벽을 조합할 수 있지만 관리 비용을 평가합니다. 장애 응답을 음성 캐시에 넣어 DB 부하를 줄이는 정책을 택한다면 실제 없음과 다르게 표시하고 짧은 실패 수명을 사용해야 합니다. 사용자에게 잘못된 영구 부재를 보고하지 않겠습니다.

동일 미존재 키 집중·생성 직후 조회·원본 장애·권한 변경을 시험합니다. 적중률뿐 아니라 잘못된 부재 응답과 원본 우회량을 봅니다. 음성 캐시는 원본 권위를 대체하지 않는 비용 최적화입니다.