Redis에서 AOF의 잠재적인 차단 지점에 대해 이야기해 보겠습니다(요약).-Redis-php.cn

AOF의 잠재적인 차단점은 무엇인가요? 다음 문서에서는 Redis에서 AOF의 몇 가지 잠재적인 차단 지점을 요약합니다. 이 문서가 도움이 되기를 바랍니다.

Redis에서 AOF의 잠재적인 차단 지점에 대해 이야기해 보겠습니다(요약).

AOF의 잠재적 차단 지점은 무엇입니까

1. Redis가 포크 하위 프로세스를 사용하여 AOF 파일을 다시 작성할 때 차단 가능성이 있습니다

1), 포크 하위 프로세스

포크 하위 프로세스, 포크하는 순간 메인 스레드가 확실히 차단됩니다(포크 중에 모든 메모리 데이터가 한 번에 하위 프로세스에 복사되지 않음).포크는 운영 체제에서 제공하는 쓰기 시 복사 메커니즘을 사용합니다. 일회성 복사를 피하기 위해 대량의 메모리 데이터를 복사하면 하위 프로세스에 장기적인 차단 문제가 발생합니다. [관련 추천:Redis 동영상 튜토리얼]

그러나 포크 하위 프로세스는 프로세스의 필요한 데이터 구조를 복사해야 합니다. 그 중 하나는메모리 페이지 테이블 복사(가상 메모리와 물리적 메모리의 매핑 인덱스 테이블)입니다. ) 이 복사 프로세스는 많은 CPU 리소스를 소비합니다. 복사가 완료되기 전에 전체 프로세스가 차단됩니다. 차단 시간은 전체 인스턴스의 메모리 크기에 따라 달라집니다. , 포크 차단 시간은 길어집니다.메모리 페이지 테이블 복사가 완료된 후 하위 프로세스와 상위 프로세스는 동일한 메모리 주소 공간을 가리킵니다. 즉, 이때 하위 프로세스가 생성되더라도 동일하게 적용되지는 않습니다. 상위 프로세스로서의 메모리 크기.

그렇다면 아버지와 아들 과정의 기억은 언제 진정으로 분리될 것인가?

이름에서 알 수 있듯이 "현실적인 복사"는 쓰기가 발생할 때 메모리의 실제 데이터가 실제로 복사되는 것을 의미합니다. 이 과정에서 상위 프로세스도 차단될 위험이 있을 수 있으며, 이는 아래에 설명된 시나리오입니다

2),

부모 프로세스는 AOF 재작성 중에 쓰기포크 자식 프로세스는 부모 프로세스와 동일한 메모리 주소 공간을 가리킵니다. 이때 자식 프로세스는 AOF 재작성을 수행하고 메모리를 변경할 수 있습니다. 데이터는 AOF 파일에 기록됩니다.

그러나 이때 상위 프로세스에는 여전히 트래픽이 기록됩니다. 상위 프로세스가 기존 키를 작동하는 경우 이때 상위 프로세스는 실제로 키에 해당하는 메모리 데이터를 복사하고 여기에 새로운 메모리 공간을 적용합니다. 그런데 점차적으로 아버지와 아들 프로세스의 기억 데이터가 분리되기 시작하고, 아버지와 아들 프로세스는 점차 독립적인 기억 공간을 갖게 됩니다. 메모리 할당은 페이지 단위로 할당되기 때문에 기본값은 4k이다. 이때 부모 프로세스가 빅키를 운용하고 있다면 큰 메모리 블록을 재적용하는데 시간이 더 오래 걸리게 되어 블로킹 위험이 발생할 수 있다.

또한 운영 체제가

Huge Page 메커니즘(페이지 크기 2M)

을 켜면 메모리를 신청할 때 상위 프로세스가 차단될 확률이 크게 높아지므로 Huge Page 메커니즘을 전환해야 합니다. Redis 머신에서 꺼집니다. RDB 또는 AOF 재작성을 생성하기 위한 Redis 포크가 완료될 때마다 Redis 로그에서 상위 프로세스가 다시 적용한 메모리 공간을 확인할 수 있습니다.

3) AOF rewrite가 AOF 자체 로그를 재사용하지 않는 이유는 무엇입니까?