레디 스 눈사태 :
, 데이터가 데이터베이스에 액세스 할 캐시 레디 스에서 찾을 수 없습니다 클라이언트 읽기 요청이 데이터베이스 액세스에 과도한 압력의 결과로, 데이터베이스에서 찾을 만료 동시에 여러 키 데이터의 결과로, 동일한 유효 기간에 키 설정을 레디 스. 밤나무의 경우 : Jiaqi 0:00 하루에 한 홍보 1:00 립스틱 추천,이 기간이 립스틱을 구입 갈 것이다, 그러나 많은 사람들이 거기에 시간을 잊고, 여전히 1시 후 구매로 이동하지만, 데이터베이스에 과도한 힘의 결과로 트래픽의 볼륨, 캐시가 눈사태 레디 스 때문에 다음, 데이터베이스 가고 찾을 수, 캐시가 만료 된 레디 스.
[해결책]
시스템 캐시 무효화 균일 키가 엇갈려 임의 값으로 설정 될 수있다. 예를 들면 : 일분 5.
침투 레디 스 :
데이터에 액세스 레디 스 클라이언트가 존재하지 않는 캐시에,이 데이터베이스에 대한 액세스를 요청 이어질 것입니다 데이터베이스 결과 압력은 캐시 침투 레디 스.
[해결책]
1. 쿼리 결과 빈 상황을 캐시이다
2. 존재 키 필터
기재된 순서에 따라, 새로운 데이터가 기록되는 프로세스 레벨 캐시 (memcached를) 증가 3. - 데이터베이스, 프로세스 수준 캐시 | 검색 서버는 캐시 레디 스. 읽기 액세스 순서는 - 레디 스 캐시, 프로세스 수준 캐시, 데이터베이스.
레디 스 고장 (핫)
하나의 키의 눈사태. 캐시 데이터 (예를 들면, 특정 가십 같은) 액세스보다 높은 주파수 및 데이터가 만료되면, 데이터베이스 얻어진 압력 증가는 데이터베이스에 대한 액세스를 요청 읽기 아직 방문 고주파 이때, 거기
[해결책]
1.주기 스캔 : 있듯이 - 유효 캐시 24 시간 1 시간 임계 값 세트 기간, 핫 세트 임계 액세스 빈도 300 시간마다 실행하는 작업은, 액세스 빈도는 액세스 로그 통계 레디 스 데이터의 임계 값에 도달하기 위해, 유효 기한을 연장한다.
2. 뮤텍스 : 많은 수의 스레드의 캐시 무효화 백 엔드 부하 증가를 일으키는 원인이되는 캐시를 구성하기 때문에 때, 시간이 좀 걸릴 것입니다, 심지어 시스템이 벤을 축소 할 수 있습니다 캐시의 건축 있기 때문이다. 그래서 단지 스레드가 캐시를 구축 할 수 있도록,이 스레드를 기다리는 다른 스레드가 실행되고, 그것에 캐시에서 데이터를 검색 할 수 있습니다.
