레디스는 유휴 상태인 대량 데이터 저장보다 자주 변경되고, 이동되는 데이터를 관리하기 위해 설계되었다.

삭제에 대한 명령은 여러 이유로 사용하지 않는 것이 바람직하다.

<aside> 💡 메모리 제한에 따라 자연스럽게 evict시키면 되잖아

</aside>

시나리오

1. 특정 path에 대한 ttl을 추가한다.

• path: /user
• ttl: 2400
• 결과: MySQL의 metadata 테이블에 레코드가 추가된다. (간소화)

2. 특정 path에 대한 ttl을 수정한다.

• path: /user
• ttl: 3600

조건: path에 대한 옵션이 이미 존재한다.

기대 결과: MySQL의 metadata 테이블에 레코드가 수정된다. (간소화)

쟁점

이미 저장된 cache에 대한 TTL 관리

<aside> 💡 존재하던 path에 대한 ttl 수정은 기존 caching에 대한 책임을 강제한다.

</aside>

• ttl을 증가시키기만 한다면 그냥 자연스럽게 만료될 수 있도록 관리하면 된다.
• 단, ttl을 감소시킨다면 해당 값보다 큰 캐시들은 더 빠르게 만료될 필요가 생긴다.
• 즉, ttl을 감소시키는 경우를 처리할 방법을 고려해야 한다.