캐시 무효화
Cache invalidation캐시 무효화는 캐시 내의 엔트리가 치환 또는 삭제되는 컴퓨터 시스템의 프로세스입니다.
캐시 일관성 프로토콜의 일부로 명시적으로 수행될 수 있습니다.이 경우 프로세서는 메모리 위치를 변경한 후 컴퓨터 시스템의 나머지 부분에 걸쳐 해당 메모리 위치의 캐시된 값을 비활성화합니다.
명시적 무효화
캐시 무효화를 사용하여 새 콘텐츠를 클라이언트에 푸시할 수 있습니다.이 메서드는 연결된 클라이언트에 새로운 콘텐츠를 표시하는 다른 메서드의 대체 수단으로 기능합니다.무효화는 애플리케이션 데이터를 변경함으로써 이루어지며, 그 결과 클라이언트에 의해 수신된 정보가 기한이 지난 것으로 표시된다.캐시가 비활성화되면 클라이언트가 캐시를 요청하면 새 [1]버전이 전달됩니다.
방법들
캐시를 무효화하는 방법에는 세 가지가 있지만 모든 캐싱 프록시가 이러한 방법을 지원하는 것은 아닙니다.
삭제
캐시 프록시에서 콘텐츠를 즉시 제거합니다.클라이언트가 데이터를 다시 요청하면 응용 프로그램에서 가져와 캐싱 프록시에 저장됩니다.이 메서드는 캐시된 [1]콘텐츠의 모든 변형을 제거합니다.
리프레시
캐시된 콘텐츠를 사용할 수 있는 경우에도 요청된 콘텐츠를 응용 프로그램에서 가져옵니다.이전에 캐시에 저장된 컨텐츠는 애플리케이션의 새 버전으로 교체됩니다.이 메서드는 캐시된 [1]콘텐츠의 한 변형에만 영향을 줍니다.
금지.
캐시된 내용에 대한 참조가 블랙리스트(또는 금지 목록)에 추가됩니다.그런 다음 클라이언트 요청이 이 블랙리스트에 대해 확인되며, 요청이 일치할 경우 응용 프로그램에서 새 콘텐츠를 가져와 클라이언트로 반환하고 [1]캐시에 추가합니다.
이 방법은 삭제와 달리 캐시된 콘텐츠를 캐시 프록시에서 즉시 삭제하지 않습니다.대신 클라이언트가 특정 정보를 요청한 후 캐시된 콘텐츠가 업데이트됩니다.
대체 수단
캐시 무효화에 대해서는, 클라이언트에 갱신된 컨텐츠를 계속 전달하는 몇개의 대체 방법이 있습니다.다른 방법으로는 TTL(Time-to-Live)을 매우 낮은 값으로 줄여 캐시된 콘텐츠를 신속하게 만료시키는 방법이 있습니다.또 다른 방법은 요청마다 캐시된 내용을 검증하는 것입니다.세 번째 옵션은 클라이언트가 요구하는 휘발성 콘텐츠를 캐시하지 않는 것입니다.이러한 대안으로 인해 정보 [1]요청이 빈번해짐에 따라 애플리케이션에 높은 부하가 걸리기 때문에 문제가 발생할 수 있습니다.
단점들
여러 개체를 비활성화할 때 비활성화를 사용하여 새 컨텐츠를 전송하기가 어려울 수 있습니다.복수의 표현을 무효로 하면, 애플리케이션의 복잡성이 높아집니다.캐시 무효화는 캐싱 프록시를 통해 수행해야 합니다.이러한 요구는 캐싱 프록시의 성능에 영향을 미쳐 클라이언트에 [1]대한 정보 전송 속도가 느려질 수 있습니다.