19.2.3 Replication Threads

19.2.3 Replication Threads

19.2.3.1 Monitoring Replication Main Threads
19.2.3.2 Monitoring Replication Applier Worker Threads

MySQL 복제 기능은 다음과 같은 유형의 스레드를 사용하여 구현됩니다:

• Binary log dump thread.
  소스는 레플리카가 접속할 때 바이너리 로그 내용을 레플리카로 전송하기 위해 스레드를 생성합니다. 이 스레드는 소스에서 SHOW PROCESSLIST 출력에서 Binlog Dump 스레드로 식별할 수 있습니다.

• Replication I/O receiver thread.
  레플리카 서버에서 START REPLICA 문을 실행하면, 레플리카는 I/O(리시버) 스레드를 생성하며, 이 스레드는 소스에 접속해서 소스의 바이너리 로그에 기록된 변경 내용을 보내 달라고 요청합니다.

  복제 리시버 스레드는 소스의 Binlog Dump 스레드가 보내는 변경 내용을(이전 항목 참조) 읽어들여 레플리카의 릴레이 로그를 구성하는 로컬 파일들에 이를 복사합니다.

  이 스레드의 상태는 SHOW REPLICA STATUS 출력에서 Slave_IO_running으로 표시됩니다.

• Replication SQL applier thread.
  N 개의 applier 스레드와, 릴레이 로그에서 트랜잭션을 순차적으로 읽어 워커 스레드가 적용하도록 스케줄링하는 하나의 코디네이터 스레드가 있습니다. 각 워커는 코디네이터가 자신에게 할당한 트랜잭션을 적용합니다.

  레플리카는 replica_parallel_workers에 의해 지정된 개수만큼의 워커 스레드를 생성하여 트랜잭션을 적용하며, 여기에 더해 릴레이 로그에서 트랜잭션을 읽어 워커에게 할당하는 코디네이터 스레드를 생성합니다. 여러 개의 복제 채널을 사용하는 경우, 각 채널은 이 변수를 사용해 지정된 수의 스레드를 가집니다.

  멀티스레드 레플리카는 NDB Cluster에서도 지원됩니다. 자세한 내용은 Section 25.7.11, “NDB Cluster Replication Using the Multithreaded Applier”를 참조하십시오.