Aurora MySQL 호환 DB 클러스터에서 binlog 보존 기간을 늘리려면 어떻게 해야 하나요?

간략한 설명

Aurora MySQL 호환 DB 클러스터의 binlog의 가용성을 높이려면 DB 클러스터의 binlog 보존 기간을 늘리세요.

**참고:**Aurora MySQL 호환 DB 클러스터에서 binlog를 켜면 다음과 같은 성능 효과가 나타납니다.

• 이로 인해 추가 쓰기 오버헤드가 발생하므로 필요할 때만 켜세요.
• binlog 복구 프로세스로 인해 재부팅 시 엔진 시작 시간이 늘어납니다.

가장 좋은 방법은 다음과 같은 상황에서 Aurora MySQL 호환 DB 클러스터에서 바이너리 로깅을 활성화하는 것입니다.

• AWS 리전 전반의 Aurora 읽기 전용 복제본의 경우
• 외부 MySQL 호환 데이터베이스에 대한 Aurora 수동 복제의 경우

**참고:**Aurora MySQL과 호환되는 경우, 클러스터 내 복제에 binlog를 사용하지 않습니다. Aurora MySQL과 호환되는 글로벌 데이터베이스는 binlog를 사용하지 않습니다.

해결 방법

Aurora MySQL 호환 DB 클러스터에서 바이너리 로깅을 활성화합니다.

1. Amazon Relational Database Service(RDS) 콘솔을 엽니다.
2. 탐색 창에서 파라미터 그룹을 선택합니다.
   **참고:**기본 Aurora DB 클러스터 파라미터 그룹을 사용하는 경우, 새 DB 클러스터 파라미터 그룹도 생성하세요. 그런 다음, 유형에서 DB 클러스터 파라미터 그룹을 선택합니다.
3. DB 사용자 지정 클러스터 파라미터 그룹을 선택합니다. 그런 다음, 파라미터 그룹 작업을 선택합니다.
4. 편집을 선택합니다.
5. binlog_format 매개 변수의 값을 변경합니다. 예를 들면, 다음과 같습니다. 행, 문 또는 혼합.
6. 변경 사항 저장을 선택합니다.

자세한 내용은 Aurora MySQL 호환 클러스터의 바이너리 로깅을 켜려면 어떻게 해야 하나요?를 참조하세요.

Aurora MySQL 호환 DB 클러스터에서 바이너리 로그 보존 기간을 늘리세요.

변경 사항이 복제본에 적용될 때까지 복제 원본이 binlog 파일을 보존하는지 확인합니다.

**참고:**binlog 파일을 삭제하기 전에 보존할 기간을 선택했는지 확인하세요. 보존 기간은 복제본이 삭제되기 전에 변경 내용을 적용할 수 있을 만큼 충분히 길어야 합니다.

DB 클러스터의 binlog 보존을 늘리려면, mysql_rds_set_configuration을 사용하세요. writer 인스턴스에서 다음 명령과 예제 파라미터를 실행하여 binlog 파일을 7일 동안 보존할 수 있습니다.

CALL mysql.rds_set_configuration('binlog retention hours', 168);

2.11 이전의 Aurora MySQL 호환 버전(MySQL 5.7 호환)의 경우, binlog 보존 시간의 최댓값은 168(7일)입니다. 따라서, 이 값을 1에서 168 사이의 숫자로 입력하거나 NULL로 입력해야 합니다.

버전 2.11.0 이상의 경우, 최대 바이너리 로그 보존 시간 값은 2160(90일)입니다. binlog 보존 시간에 대해 입력한 값이 2160보다 큰 경우 기본값은 2160입니다.

관련 정보

더 이상 필요하지 않을 때까지 복제 소스에 바이너리 로그 보관