Redis 지속성의 AOF 방법

Redis의 RDB 방식은 지속성을 얻을 수 없지만 AOF 방식은 가능합니다. 데이터가 중요하고 손실이 심각한 결과를 초래할 경우 RDB 방식은 명백히 부적절하므로 AOF 방식을 사용해야 합니다. aof 메소드는 새로운 작업, 수정된 작업, 삭제된 작업만 기록하는 mysql의 binlog 로그와 다소 유사합니다. 차이점은 redis가 aof 파일의 크기를 줄이기 위해 가끔씩 aof 파일을 다시 작성한다는 것입니다.

AOF 워크플로우

여기서 aof_buf에 먼저 명령을 작성해야 하는 이유는 무엇입니까? aof 파일을 직접 작성하면 성능은 전적으로 하드 디스크의 io 성능에 달려 있기 때문입니다. aof_buf를 작성하는 것은 쓰기 성능을 향상시키기 위한 것입니다.

Configuration

appendonly: 지속성 모드 활성화 여부, 기본값은 no입니다. 활성화하려면 yes로 변경하세요.

dir: aof 파일 저장 디렉터리

appendfilename: aof 파일 이름

appendfsync: aof 동기화 모드, 다음과 같은 세 가지 값이 있습니다.

• always: 명령이 작성될 때마다 동기화, 데이터 보안은 최고인데 성능이 별로임

• everysec: 1초마다 동기화, 기본 방식, 고성능, 보안 괜찮음

• no: 동기화 작업은 운영체제에 맡기고, 데이터 보안은 최악이다.

auto-aof-rewrite-percentage 및 auto-aof-rewrite-min-size 이 두 구성은 aof 다시 쓰기 메커니즘과 관련이 있으며 이 두 조건이 동시에 충족되는 경우에만 다시 쓰기 메커니즘이 트리거됩니다.

auto-aof-rewrite-min-size는 다시 쓸 때 파일 크기가 이 값보다 커야 함을 의미합니다.

auto-aof-rewrite-percentage는 현재 파일 크기가 이 값보다 커야 함을 의미합니다. 마지막으로 다시 작성한 후에는 파일 크기가 훨씬 커졌습니다.

AOF rewriting

redis의 aof 재작성 메커니즘에는 수동 트리거링과 자동 트리거링의 두 가지 방법이 있습니다. 수동으로 트리거하려면 bgrewriteof 명령을 입력하십시오. 자동 트리거링은 위에서 언급한 두 가지 조건을 모두 만족합니다.

다시 작성하면 파일 크기가 줄어들 수 있는 이유는 다음과 같습니다.

• 만료된 키와 삭제된 키는 더 이상 기록되지 않습니다.

• lpush a, lpush b와 같은 여러 단일 작업을 한 번의 작업으로 완료할 수 있습니다. , 재작성 후 lpush a b입니다.

Aof 재작성 프로세스를 살펴보겠습니다

1. bgrewriteof 명령을 실행하세요

2. 메인 프로세스가 하위 프로세스를 분기합니다

3. 원본 aof 메커니즘은 계속 실행되며 동시에 새 명령도 aof_rewrite_buf

4. 에 기록됩니다. 하위 프로세스는 새 aof 파일을 생성합니다

5. 새 aof 파일이 성공적으로 생성되었음을 상위 프로세스에 알립니다. aof_rewrite_buf의 명령을 새 aof 파일에 추가합니다. 이전 aof 파일을 새 aof 파일로 바꿉니다.

6. 위 단계를 완료하면 aof rewriting이 완료됩니다.

서버에 Redis 서비스가 여러 개 있는 경우 과도한 IO 및 CPU 경쟁을 방지하기 위해 재작성 시간을 분리하는 것이 가장 좋습니다.

위 내용은 Redis 지속성의 AOF 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!