>  기사  >  데이터 베이스  >  Redis가 캐시를 업데이트하는 방법

Redis가 캐시를 업데이트하는 방법

(*-*)浩
(*-*)浩원래의
2019-11-27 10:21:5010663검색

redis 업데이트 캐시에는 네 가지 디자인 패턴이 있습니다: 캐시 따로, 연속해서 쓰기, 캐싱 뒤에 쓰기 이 네 가지 패턴을 하나씩 살펴보겠습니다.

Redis가 캐시를 업데이트하는 방법
캐시 따로 패턴

가장 일반적으로 사용되는 패턴입니다. 구체적인 논리는 다음과 같습니다. (권장 학습: Redis 비디오 튜토리얼)

무효화: 애플리케이션은 먼저 캐시에서 데이터를 검색합니다. 가져오지 않으면 데이터베이스에서 데이터를 검색하고, 성공하면 캐시에 넣습니다.

히트: 애플리케이션이 캐시에서 데이터를 가져오고 가져온 후 반환합니다.

Update: 먼저 데이터를 데이터베이스에 저장한 다음 성공한 후 캐시를 무효화합니다.

참고로 업데이트는 먼저 데이터베이스를 업데이트한 다음 성공 후 캐시를 무효화하는 것입니다. 그렇다면 이 방법을 사용하면 기사 앞부분에서 언급한 문제를 피할 수 있습니까? 우리는 그것을 알아낼 수 있습니다.

하나는 쿼리 작업이고, 다른 하나는 업데이트 작업의 동시성입니다. 우선 캐시 데이터를 삭제하는 작업은 없지만 데이터베이스의 데이터가 먼저 업데이트됩니다. 이번에는 캐시가 여전히 유효하므로 동시 쿼리 작업은 업데이트되지 않은 데이터를 사용합니다.

그러나 업데이트 작업은 즉시 캐시를 무효화하고 후속 쿼리 작업은 데이터베이스에서 데이터를 가져옵니다. 기사 시작 부분의 논리 문제와 달리 후속 쿼리 작업은 항상 이전 데이터를 가져옵니다.

Redis가 캐시를 업데이트하는 방법

Read Through

Read Through 루틴이 쿼리 작업에 있습니다. 캐시를 업데이트합니다. 즉, 캐시가 만료되면(만료되거나 LRU가 교체되면) Cache Aside는 데이터를 캐시에 로드하는 호출자의 책임인 반면, Read Through는 캐시 서비스를 사용하여 데이터를 자체적으로 로드하므로 캐시에 투명합니다. 응용.

Write Through

Write Through 루틴은 Read Through 루틴과 유사하지만 데이터가 업데이트될 때 발생합니다. 데이터가 업데이트될 때 캐시에 적중되지 않으면 데이터베이스를 직접 업데이트한 후 반환합니다. 캐시에 적중되면 캐시가 업데이트되고 캐시 자체가 데이터베이스를 업데이트합니다(이것은 동기 작업입니다)

아래 그림은 Wikipedia의 Cache 항목에서 가져온 것입니다. 이 예에서는 메모리를 데이터베이스로 이해할 수 있습니다.

Redis가 캐시를 업데이트하는 방법

Write Behind Caching Pattern

Write Behind는 Write Back이라고도 합니다. Linux 운영체제 커널을 아는 학생들 중 일부는 write back에 매우 익숙할 것입니다. 이것이 Linux 파일 시스템의 Page Cache 알고리즘이 아닙니까? 예, 기본 사항은 모두 동일하다는 것을 알 수 있습니다. 그러므로 기초가 매우 중요하다는 것을 나는 이전에 한 번도 말한 적이 없습니다.

Write Back 루틴은 간단히 말해서 데이터를 업데이트할 때 데이터베이스가 아닌 캐시만 업데이트되며 캐시는 데이터베이스를 일괄적으로 비동기식으로 업데이트합니다.

이 디자인의 장점은 데이터의 I/O 작업이 매우 빠르다는 것입니다(메모리를 직접 작동하기 때문에). 비동기식이므로 쓰기 backg도 동일한 데이터에 대한 여러 작업을 병합할 수 있습니다. , 그래서 성능이 우수합니다. 개선이 상당합니다.

그러나 이로 인해 발생하는 문제는 데이터의 일관성이 강하지 않아 손실될 수 있다는 것입니다(우리는 Unix/Linux를 비정상적으로 종료하면 데이터 손실이 발생한다는 것을 알고 있습니다).

소프트웨어 설계에서 결함 없는 디자인을 만드는 것은 기본적으로 불가능합니다. 마치 알고리즘 설계에서 시간이 공간으로 바뀌고 때로는 공간이 시간으로 바뀌는 것처럼 강력한 일관성과 고성능이 필요합니다. , 고가용성과 고가용성이 충돌합니다. 소프트웨어 설계는 항상 절충에 관한 것이었습니다.

또한 Write Back의 구현 로직은 업데이트된 데이터를 추적하고 지속성 레이어로 플러시해야 하기 때문에 상대적으로 복잡합니다. 운영 체제의 다시 쓰기는 메모리가 부족하거나 프로세스가 종료되는 등 캐시를 무효화해야 하는 경우에만 실제로 지속됩니다. 이를 지연 쓰기라고도 합니다.

Wikipedia에 답장 흐름도가 있습니다. 기본 논리는 다음과 같습니다.

Redis가 캐시를 업데이트하는 방법

추가 Redis 관련 기술 기사, 자세한 내용은 Redis 시작하기 튜토리얼 컬럼을 참조하세요!

위 내용은 Redis가 캐시를 업데이트하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.