19.1.1 Binary Log File Position Based Replication Configuration Overview

19.1.1 Binary Log File Position Based Replication Configuration Overview

이 절에서는 MySQL 서버 사이에서 binary log file position 방식에 기반한 replication에 대해 설명합니다. 이 방식에서 source로 동작하는 MySQL 인스턴스(데이터베이스 변경이 발생하는 곳)는 업데이트와 변경 내용을 “event”로서 binary log에 기록합니다. binary log 안의 정보는 기록되는 데이터베이스 변경 사항에 따라 서로 다른 로깅 포맷으로 저장됩니다. replica는 source로부터 binary log를 읽고, binary log 안의 event들을 replica의 로컬 데이터베이스에서 실행하도록 구성됩니다.

각 replica는 binary log 전체 내용의 복사본을 받습니다. binary log 안의 어떤 statement를 실행할지 결정하는 책임은 replica에 있습니다. 별도의 지정을 하지 않는 한, source의 binary log에 있는 모든 event가 replica에서 실행됩니다. 필요한 경우, 특정 데이터베이스나 테이블에 적용되는 event만 replica가 처리하도록 설정할 수 있습니다.

중요

source에서 특정 event만 로깅하도록 설정할 수는 없습니다.

각 replica는 binary log 좌표, 즉 source로부터 읽고 처리한 파일 이름과 그 파일 내 position을 기록합니다. 이는 여러 replica가 source에 연결되어 동일한 binary log의 서로 다른 부분을 실행할 수 있음을 의미합니다. 이 과정을 replica가 제어하기 때문에, 개별 replica는 source의 동작에 영향을 주지 않고 서버에 연결되거나 연결을 끊을 수 있습니다.

또한 각 replica는 binary log 내의 현재 position을 기록하므로, replica가 연결이 끊겼다가 다시 연결한 후 처리를 재개하는 것이 가능합니다.

source와 각 replica는 고유한 ID로 구성되어야 하며, 이는 server_id 시스템 변수(system variable)를 사용하여 설정합니다. 추가로, 각 replica는 source의 호스트 이름, 로그 파일 이름, 그리고 해당 파일 내 position 정보로 구성되어야 합니다.

이러한 세부 정보는 replica에서 MySQL 세션 내에서 CHANGE REPLICATION SOURCE TO statement를 사용하여 제어할 수 있습니다. 이 세부 정보는 replica의 커넥션 메타데이터 저장소(connection metadata repository)에 저장됩니다( Section 19.2.4, “Relay Log and Replication Metadata Repositories” 참조).