본 문서는 콘솔을 통해 MySQL 인스턴스의 binlog 보관 주기를 설정하는 방법에 대해 소개합니다.
설명:
- 단일 노드 클라우드 디스크 인스턴스는 로컬 binlog 보관 설정을 지원하지 않습니다.
- 원본 인스턴스에 재해 복구 인스턴스가 있는 경우 로컬 binlog 보관 시간은 120시간보다 짧을 수 없습니다.
TencentDB for MySQL 인스턴스는 대량의 트랜잭션 또는 대량의 DML 실행 시 비교적 많은 binlog를 생성합니다. 입력량이 256MB에 도달한 binlog는 분할되고, 분할된 binlog 파일은 COS에 업로드됩니다. 콘솔의 로그 리스트에 업로드된 binlog 파일이 표시됩니다.
binlog는 COS에 업로드되기 전 인스턴스 디스크에 임시 저장되며, 이로 인해 디스크 사용 용량이 증가하게 됩니다. 콘솔에서 Binlog 보관 주기를 설정하여 점유 용량 비율을 조정하거나 디스크를 확장할 수 있습니다. 사용률을 80% 이하로 유지하는 것을 권장하며, 사용하지 않는 데이터는 정리하시기 바랍니다.
설명:만료된 binlog 로그 삭제 규칙
60초마다 한 번씩 로컬 binlog 로그를 점검하여 biglog의 시작 시간 혹은 점유한 공간이 설정한 보관 규칙에 부합하지 않을 경우 해당 binlog는 삭제 큐에 추가됩니다. 삭제 큐 중의 binlog는 시간 순서에 따라 가장 오래된 것부터 삭제 대기 큐가 비워질 때까지 하나씩 삭제됩니다.
영향을 미치지 않습니다. 생성된 binlog는 자동 백업 기능을 통해 최대한 빠르게 COS에 업로드되며, 업로드되기 전에는 삭제되지 않습니다. 단, 로컬 binlog 보관 시간이 너무 짧으면 롤백 속도에 영향을 미치므로 적합하게 설정하시기 바랍니다.
기본적으로 로컬 binlog 보관 기간은 120시간이고 최대 binlog 공간 사용률은 30%입니다. 필요에 따라 보관 시간을 설정할 수 있습니다. 원본 인스턴스에 재해 복구 인스턴스가 있는 경우 120시간보다 짧을 수 없습니다. 그렇지 않으면 시간 범위는 72~168시간입니다.
점유합니다. 생성된 binlog는 COS에 자동 백업되며, 백업 후의 binlog는 설정된 보관 정책에 따라 삭제됩니다. 그동안 binlog는 인스턴스 디스크에 임시 저장됩니다.
문제 해결에 도움이 되었나요?