13.4.1.1 PURGE BINARY LOGS 구문

PURGE { BINARY | MASTER } LOGS
    { TO 'log_name' | BEFORE datetime_expr } 

바이너리 로그는 MySQL 서버에 의해 수행 된 데이터 변경에 대한 정보를 포함 일련의 파일입니다. 이 로그는 일련의 바이너리 로그 파일과 인덱스 파일로 구성되어 있습니다 ( 섹션 5.2.4 "바이너리 로그" 를 참조하십시오).

PURGE BINARY LOGS 문은 지정된 로그 파일 이름 또는 날짜의 앞에있는 로그 인덱스 파일에 나열된 모든 바이너리 로그 파일을 삭제합니다. BINARY 와 MASTER 는 동의어입니다. 삭제 된 로그 파일은 인덱스 파일에 기록되어있는 목록에서 제거되기 때문에 특정 로그 파일이 그 목록의 첫 번째입니다.

이 문은 서버가 바이너리 로깅을 활성화 --log-bin 옵션으로 시작되지 않으면 아무런 효과가 없습니다.

예 :

 PURGE BINARY LOGS TO 'mysql-bin.010';
 PURGE BINARY LOGS BEFORE '2008-04-02 22:46:26';

BEFORE 변형 datetime_expr 인수는 DATETIME 값 ( 'YYYY-MM-DD hh:mm:ss' 형식의 값)에 평가됩니다.

이 문은 슬레이브 복제하는 동안 안전하게 수행 할 수 있습니다. 그들을 막을 필요가 없습니다. 삭제하려고하고있는 로그 파일 중 하나를 현재 읽고있는 활성 슬레이브가 존재하는 경우,이 문은 아무것도하지 않습니다. MySQL 5.6.12 이후에서는 이런 경우 오류로 실패합니다. (Bug # 13727933) 그러나 슬레이브가 연결되어 있지 않을 때 그 노예가 아직 읽어 않은 로그 파일 중 하나를 우연히 삭제 한 경우, 그 노예는 다시 연결 한 후 복제 할 수 없습니다.

바이너리 로그 파일을 안전하게 제거하려면 다음과 같이합니다.

또한 특정 기간이 지나면 바이너리 로그 파일이 자동으로 만료되도록 expire_logs_days 시스템 변수를 설정할 수 있습니다 ( 섹션 5.1 "서버 시스템 변수" 를 참조하십시오). 복제를 사용하는 경우, 슬레이브가 마스터보다 지연 할 수있는 최대 기간을 밑돌 지 같은 변수를 설정하도록하십시오.

PURGE BINARY LOGS TO 과 PURGE BINARY LOGS BEFORE 은 모두 .index 파일에 나열되어있는 바이너리 로그 파일이 다른 어떤 수단 (Linux에서 rm의 사용 등)에 따라 시스템에서 제거 된 경우 오류 에 실패합니다. (Bug # 18199, Bug # 18453) 이러한 오류를 해결하려면 .index 파일 (이것은 간단한 텍스트 파일)을 수동으로 편집하여 실제로 존재하는 바이너리 로그 파일 만 나열 있는지 확인한 후 실패한 PURGE BINARY LOGS 문을 다시 실행합니다.