19.1.5 MySQL Multi-Source Replication

19.1.5 MySQL Multi-Source Replication

19.1.5.1 Configuring Multi-Source Replication 19.1.5.2 Provisioning a Multi-Source Replica for GTID-Based Replication 19.1.5.3 Adding GTID-Based Sources to a Multi-Source Replica 19.1.5.4 Adding Binary Log Based Replication Sources to a Multi-Source Replica 19.1.5.5 Starting Multi-Source Replicas 19.1.5.6 Stopping Multi-Source Replicas 19.1.5.7 Resetting Multi-Source Replicas 19.1.5.8 Monitoring Multi-Source Replication

MySQL 9.5의 multi-source replication은 replica가 여러 개의 immediate source로부터 트랜잭션을 병렬로 받을 수 있게 해줍니다. multi-source replication 토폴로지에서 replica는 자신이 트랜잭션을 받아야 하는 각 source에 대해 replication 채널을 생성합니다. replication 채널이 어떻게 동작하는지에 대한 더 많은 정보는 Section 19.2.2, “Replication Channels”을 참조하십시오.

다음과 같은 목표를 달성하기 위해 multi-source replication을 구현하기로 선택할 수 있습니다:

• 여러 서버를 하나의 서버에 백업.

• 테이블 샤드를 병합.

• 여러 서버의 데이터를 하나의 서버로 통합.

multi-source replication은 트랜잭션을 적용할 때 어떠한 충돌 감지나 해결도 구현하지 않으며, 이러한 작업이 필요하다면 애플리케이션에 맡겨집니다.

참고

multi-source replica의 각 채널은 서로 다른 source로부터 복제해야 합니다. 단일 replica에서 단일 source로 여러 개의 replication 채널을 설정할 수 없습니다. 이는 replication 토폴로지에서 replica의 서버 ID가 고유해야 하기 때문입니다. source는 replication 채널의 이름이 아니라 서버 ID만으로 replica를 구분하므로, 동일한 replica에서 오는 서로 다른 replication 채널을 인식할 수 없습니다.

multi-source replica가 멀티스레드 replica로도 설정되어 있는 경우, replica의 각 채널은 지정된 개수의 applier 스레드와 이를 관리하기 위한 coordinator 스레드를 가집니다. 개별 채널에 대해 applier 스레드의 개수를 설정할 수는 없습니다.

MySQL 9.5는 또한 multi-source replica에서 특정 replication 채널에 대한 replication 필터도 지원합니다. 채널별 replication 필터는 동일한 데이터베이스나 테이블이 여러 source에 존재하지만 replica에서는 한 source로부터만 이를 복제해야 할 때 사용할 수 있습니다. GTID 기반 복제의 경우, 동일한 트랜잭션이 여러 source로부터 도착할 수 있는 경우(diamond 토폴로지와 같은), 모든 채널에서 필터링 설정이 동일하도록 보장해야 합니다. 자세한 내용은 Section 19.2.5.4, “Replication Channel Based Filters”를 참조하십시오.

이 섹션에서는 multi-source replication을 위해 source와 replica를 구성하는 방법, multi-source replica를 시작·중지·reset하는 방법, 그리고 multi-source replication을 모니터링하는 방법에 대한 튜토리얼을 제공합니다.