과거 데이터의 저주: 캐시 무효화와 갱신 전략

캐시 불일치가 불러오는 혼란

사용자가 자신의 프로필 이름을 '김개발'에서 '김운영'으로 수정했다고 가정해 봅시다. 원본 데이터베이스(PostgreSQL)는 즉시 수정되었습니다. 하지만 프로필 정보가 Redis에 캐시되어 있고 TTL이 아직 10분이나 남았다면, 사용자는 10분 동안 변경 전 이름인 '김개발'을 계속 보게 됩니다.

사용자의 불만과 버그 신고

자신이 방금 바꾼 정보가 화면에 반영되지 않으면, 사용자는 버그라고 생각하고 새로고침을 연타하거나 고객센터에 문의를 남기게 됩니다. 이러한 데이터 불일치(Data Inconsistency) 현상은 서비스의 신뢰도를 크게 떨어뜨리는 원인이 됩니다.

캐시 무효화 (Cache Invalidation)

이 문제를 해결하기 위해 캐시 무효화(Cache Invalidation) 기법을 사용합니다. 무효화란 원본 데이터에 변경(생성, 수정, 삭제)이 일어났을 때, 기존에 존재하던 Redis 캐시 데이터를 강제로 지워버리는 것을 말합니다.

왜 캐시를 수정하지 않고 지울까?

캐시를 직접 새로운 값으로 덮어쓰는(Update) 방법도 있지만, 대부분의 실무에서는 그냥 캐시를 지우는(Delete) 방식을 선호합니다. 데이터 구조가 복잡할 경우 캐시를 수정하는 연산 자체가 무거울 수 있고, 동시성 문제(여러 명이 동시에 수정할 때 데이터가 꼬이는 현상)가 발생할 수 있기 때문입니다. 캐시를 지워버리면, 다음번 조회 요청이 들어왔을 때 빈 공간을 확인하고 데이터베이스에서 깨끗한 최신 데이터를 다시 읽어와 채워넣게 됩니다.

실무에서 캐시를 지우는 타이밍

그렇다면 캐시는 언제 지워야 할까요? 정답은 간단합니다. 원본 데이터베이스에 변화를 주는 이벤트(API 요청)가 성공적으로 끝난 직후입니다.

변경 API와 함께 묶기

사용자 정보를 업데이트하는 `PUT /users/profile` API가 호출되면, 내부 로직은 먼저 PostgreSQL의 데이터를 업데이트합니다. 성공했다면 즉시 해당 사용자의 정보를 담고 있는 Redis 키를 `DEL` 명령어로 삭제합니다.

// 1. 메인 데이터베이스(PostgreSQL)의 사용자 정보를 업데이트합니다.
await db.users.update({ name: '김운영' }, { where: { id: userId } });

// 2. 변경이 성공했다면 관련된 Redis 캐시를 즉각 삭제(무효화)합니다.
await redisClient.del(`user:profile:${userId}`);