노드가 거의없는 인기있는 페이지가있는 노드 같은 웹 사이트에서 어떤 정보를 캐시에 저장할지 결정하는 것은 쉽습니다. 그러나 페이지 전체가 요구되는 동일한 기회가있는 사이트는 어떻습니까?어떤 종류의 정보를 메모리에 캐시합니까?
예 : Wiki 사이트 또는 소셜 네트워크?
버튼 ... 글쎄, 사실, 난, 그렇지 않은 "도와, 의사, 뭔가 상처"와 같은 질문을
뭔가 "댓글을 추가"잘못 추가?)
따라서 사이트의 정적 부분을 논리적으로 캐싱 한 후에는 가능한 한 많은 준비 결과를 캐시 할 수 있습니다 (메모리가 아닌 어딘가에서). 그게 네가 할 수있는 모든 것, 내가 틀렸다면 나를 낫게해라.
캐싱은 가장 빈번한 쿼리 (시간적 지역성)와 같은 일부 (공간적, 시간적) locality이있는 경우에만 의미가 있습니다. 각 페이지를 균일 한 확률로 가져 오는 모델이 있다면 캐싱은 완전히 엉뚱한 예입니다.
잠재적으로 가장 인기가있을 수있는 정적 인 웹 콘텐츠 부분 (예 : 애니메이션, 이미지)을 식별합니다. 이들은 대개 먼저 고려해야 할 부분입니다. 여기
당신이 분석 할 수있는 우수한 Caching Tutorial
한 가지를 찾을 수있는 페이지의 정보가 항상 최신 상태로 할 필요가있는 경우 또는 시간의 기간 동안 캐시를 잡고 업데이트를 지연시킬 경우입니다. 이것은 사이트의 종류에 달려 있습니다.
모든 캐시 노드가 업데이트 될 때까지 잠시 동안 일관성없는 데이터가 발생하는 지점에 도달하는 실제 큰 사이트가 있습니다.
그리고 그것이 일종의 위키라면? Memcache가 죽을까요? 그리고 memcache의 성능은 단순한 mysql 쿼리보다 낮을 것입니다. 그렇지 않습니까? (수백만 건의 기록에) –
자습서는 주로 클라이언트 측 캐싱에 대한 것이지만 어쨌든 감사합니다. –
정확하게 캐싱을 지정하지 않았지만 OK. – mloskot