19.2.2 Replication Channels

19.2.2 Replication Channels

19.2.2.1 Commands for Operations on a Single Channel 19.2.2.2 Compatibility with Previous Replication Statements 19.2.2.3 Startup Options and Replication Channels 19.2.2.4 Replication Channel Naming Conventions

MySQL 멀티소스 복제에서 레플리카는 각 소스 서버마다 하나씩, 여러 복제 채널을 엽니다. 복제 채널은 소스에서 레플리카로 흐르는 트랜잭션의 경로를 나타냅니다. 각 복제 채널은 자체 receiver (I/O) 스레드, 하나 이상의 applier (SQL) 스레드, 그리고 릴레이 로그를 가집니다. 소스로부터 온 트랜잭션이 채널의 receiver 스레드에 의해 수신되면, 채널의 릴레이 로그 파일에 추가되고 채널의 applier 스레드로 전달됩니다. 이를 통해 각 채널은 독립적으로 동작할 수 있습니다.

이 섹션에서는 복제 토폴로지에서 채널을 어떻게 사용할 수 있는지와, 그것이 단일 소스 복제에 미치는 영향에 대해 설명합니다. 멀티소스 복제를 위해 소스와 레플리카를 구성하고, 멀티소스 레플리카를 시작, 중지, 초기화하며, 멀티소스 복제를 모니터링하는 방법에 대한 지침은 Section 19.1.5, “MySQL Multi-Source Replication”을 참조하십시오.

멀티소스 복제 토폴로지에서 하나의 레플리카 서버에 생성할 수 있는 채널의 최대 개수는 256개입니다. 각 복제 채널은 Section 19.2.2.4, “Replication Channel Naming Conventions”에서 설명하는 것처럼 고유한 (비어 있지 않은) 이름을 가져야 합니다. 멀티소스 복제가 활성화되었을 때 발생하는 에러 코드와 메시지에는 에러를 발생시킨 채널이 명시됩니다.

참고

멀티소스 레플리카의 각 채널은 서로 다른 소스에서 복제를 수행해야 합니다. 하나의 레플리카에서 하나의 소스로 여러 개의 복제 채널을 설정할 수는 없습니다. 이는 복제 토폴로지에서 레플리카의 서버 ID가 고유해야 하기 때문입니다. 소스는 레플리카를 복제 채널의 이름이 아니라 서버 ID로만 구분하므로, 동일한 레플리카에서 오는 서로 다른 복제 채널을 인식할 수 없습니다.

멀티소스 레플리카가 멀티스레드 레플리카로도 설정된 경우, 레플리카의 각 채널은 지정된 수의 applier 스레드와, 이들을 관리하는 coordinator 스레드를 갖습니다. 개별 채널에 대해 applier 스레드의 수를 별도로 설정할 수는 없습니다.

멀티소스 레플리카는 특정 복제 채널에 복제 필터를 설정하도록 구성할 수 있습니다. 채널별 복제 필터는 동일한 데이터베이스나 테이블이 여러 소스에 존재하지만, 레플리카에서는 그 중 한 소스로부터만 이를 복제할 필요가 있을 때 사용할 수 있습니다. GTID 기반 복제의 경우, 동일한 트랜잭션이 여러 소스로부터 도착할 수 있는 경우(예: 다이아몬드 토폴로지)에는 모든 채널에서 필터링 설정이 동일하도록 보장해야 합니다. 자세한 내용은 Section 19.2.5.4, “Replication Channel Based Filters”를 참조하십시오.

이전 버전과의 호환성을 제공하기 위해, MySQL 서버는 시작 시 이름이 빈 문자열("")인 기본 채널을 자동으로 생성합니다. 이 채널은 항상 존재하며, 사용자가 생성하거나 삭제할 수 없습니다. 비어 있지 않은 이름을 가진 다른 채널이 하나도 생성되지 않은 경우, 복제 구문은 기본 채널에만 작용하므로, 이전 레플리카의 모든 복제 구문이 예상대로 동작합니다 (Section 19.2.2.2, “Compatibility with Previous Replication Statements” 참조). 이 섹션에 설명된 바와 같이 복제 채널에 적용되는 구문은 최소한 하나의 이름이 있는 채널이 존재할 때만 사용할 수 있습니다.