Redis 만료 전략은 무엇입니까?

모든 Redis 데이터 구조는 만료 시간 설정을 지원합니다. 시간이 만료되면 Redis는 자동으로 데이터 구조를 삭제합니다. Redis 내부에는 항상 만료 시간이 설정된 모든 키를 감시하고 수명이 다하자마자 수확하는 죽음의 신이 있다고 상상할 수 있습니다.

너무 많은 키가 동시에 만료되어 처리할 수 없는지 죽음의 관점에서 고려할 수 있습니다. 동시에 Redis는 단일 스레드이기 때문에 수집 시간이 스레드의 처리 시간도 차지합니다. 수집 작업이 너무 많으면 온라인 읽기 및 쓰기 명령이 지연될 수 있습니다.

만료된 키 수집

redis는 만료 시간이 설정된 각 키를 독립적인 사전에 저장합니다. 이 사전은 만료된 키를 삭제하기 위해 정기적으로 탐색됩니다. 예약된 순회 외에도 지연 전략을 사용하여 만료된 키를 삭제합니다. 소위 지연 전략은 클라이언트가 키에 액세스할 때 redis가 키의 만료 시간을 확인하고 만료되면 즉시 삭제하는 것을 의미합니다. 예약된 삭제는 중앙 집중식 프로세스인 반면 지연 삭제는 산발적인 프로세스입니다.

예약 검색 전략

Redis는 기본적으로 초당 10회 만료 검색을 수행합니다. 만료 검색은 만료 사전의 모든 키를 순회하지 않지만 단순한 탐욕적 전략을 채택합니다.

• 만료된 사전에서 20개의 키를 무작위로 선택합니다.
  만료된 키 비율이 1/4을 초과하면 1단계를 반복합니다. 만료된 스캔은 과도한 루핑이 발생하여 스레드가 중단되도록 합니다. 또한 알고리즘은 스캔 시간의 상한을 늘려 기본적으로 25ms를 초과하지 않습니다.
  
  

대규모 Redis 인스턴스의 모든 키가 동시에 만료된다고 상상해 보세요. 어떻게 될까요?

Redis가 만료된 사전을 계속 스캔하고(여러 번 순환) 만료된 사전의 만료된 키가 희소해질 때까지(주기 수가 크게 감소할 때까지) 멈추지 않을 것이라는 데에는 의심의 여지가 없습니다. 이로 인해 온라인 읽기 및 쓰기 요청이 명백히 지연됩니다. 지연의 또 다른 원인은 메모리 관리자가 메모리 페이지를 자주 회수해야 하기 때문에 일정량의 CPU 소비가 발생한다는 것입니다.

클라이언트 요청이 오면 서버가 만료 검색 상태에 들어가면 클라이언트의 요청은 처리되기 전에 최소 25ms 동안 대기합니다. 클라이언트가 타임아웃 시간을 비교적 짧게 설정한 경우; set 10ms인 경우 타임아웃으로 인해 다수의 연결이 종료되어 업무상 많은 예외가 발생하게 됩니다. 그리고 이때 느린 쿼리는 느린 논리적 처리를 의미하고 대기 시간이 포함되지 않기 때문에 Redis의 느린 로그에서는 느린 쿼리 기록을 볼 수 없습니다.

위 내용은 Redis 만료 전략은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!