17.4.1.5 CREATE TABLE ... SELECT 문 복제
이 섹션에서는 MySQL이 CREATE TABLE ... SELECT 문을 복제하는 방법을 설명합니다.
MySQL 5.6은 CREATE TABLE ... SELECT 문이이 문에서 생성 된 테이블 이외의 테이블로 변경할 것을 허용하지 않습니다. 이것은 이전 버전의 MySQL (이 문장이 이렇게하는 것을 허용했습니다)에서 동작의 변경입니다. 이것은 MySQL 5.6 이후의 슬레이브와 이전 버전의 MySQL을 실행하는 마스터 사이에서 문 기반 복제를 사용할 때 마스터의 다른 테이블로 변경할 CREATE TABLE ... SELECT 문 이 슬레이브에서 실패 복제가 정지하는 것을 의미합니다. 이것이 발생하지 않도록하려면 열 기반 리플리케이션을 사용하거나 문제가있는 명령문을 마스터에서 실행하기 전에 다시 작성하거나 마스터를 MySQL 5.6 (이상)으로 업그레이드하십시오. (마스터를 업그레이드하도록 선택하는 경우, 이러한 CREATE TABLE ... SELECT 문은 다른 테이블에서의 부작용을 없애기 위해 재 작성되지 않은 한, 업그레이드 후 실패하는 것에 유의하십시오.) 이것은 행 기반 응용 프로그램을 사용할 때는 문제가되지 않습니다. 이 문 로그가 CREATE TABLE ... SELECT 전체가 아니라 CREATE TABLE 문으로 기록된다 (테이블 데이터에 변경 로그가 행 삽입 이벤트로 기록된다) 때문입니다.
이러한 동작은 MySQL 버전에 의존하지 않습니다.
CREATE TABLE ... SELECT는 항상 암시 적 커밋을 실행합니다 ( 섹션 13.3.3 "암시 적 커밋을 발생시키는 문" ).목표 테이블이 존재하지 않는 경우, 로깅은 다음과 같이 발생합니다.
IF NOT EXISTS가 존재하는지 여부는 중요하지 않습니다.STATEMENT또는MIXED형식 : 문은 작성된 것으로 기록됩니다.ROW형식 : 문CREATE TABLE문과 일련의 행 삽입 이벤트로 기록됩니다.
문이 실패하면 로그는 기록되지 않습니다. 여기에는 대상 테이블이 존재하고
IF NOT EXISTS가 지정되어 있지 않는 경우가 있습니다.
대상 테이블이 존재하고 IF NOT EXISTS 가 지정되어있는 경우에는 MySQL 버전에 의존하는 방법으로 문을 처리합니다.
5.1.51 이전의 MySQL 5.1 및 5.5.6 이전의 MySQL 5.5 (이것이 원래의 동작입니다) :
STATEMENT또는MIXED형식 : 문은 작성된 것으로 기록됩니다.ROW형식 : 문CREATE TABLE문과 일련의 행 삽입 이벤트로 기록됩니다.
5.1.51 이후의 MySQL 5.1에서 :
STATEMENT또는MIXED형식 : 문CREATE TABLE및INSERT INTO ... SELECT문 동등 쌍으로 기록됩니다.ROW형식 : 문CREATE TABLE문과 일련의 행 삽입 이벤트로 기록됩니다.
5.5.6 이후의 MySQL 5.5에서 :
아무것도 삽입되지 않고 로그가 기록되지 않습니다.
이 버전 의존이 발생하는 것은 MySQL 5.5.6에서 원하는 테이블이 이미 존재하는 경우에 행을 삽입하지 않도록 CREATE TABLE ... SELECT 처리가 변경된 것으로, MySQL 5.1.51 그리고,이 같은 문을 5.1 마스터에서 5.5 슬레이브에 복제 할 때의 호환성을 유지하도록 변경된하기 때문입니다. 자세한 내용은 섹션 13.1.17.1 "CREATE TABLE ... SELECT 구문" 을 참조하십시오.