18.6 MySQL Cluster Replication

MySQL Cluster는 일반적으로 단순히 "복제"라는 비동기 복제를 지원합니다. 이 섹션에서는 MySQL Cluster 역할을 한 그룹의 컴퓨터가 다른 컴퓨터 또는 컴퓨터 그룹에 복제 구성을 설치하고 관리하는 방법에 대해 설명합니다. 표준 MySQL 복제에 관해서는이 설명서에서 특별히 설명하고 있습니다. ( 제 17 장 "복제" 를 참조하십시오.)

일반 (비 클러스터)의 복제는 "마스터"서버와 "슬레이브"서버 복제되는 조작과 데이터의 기반이되는 마스터 및 그 수령인 인 슬레이브에 의해 이루어지고 있습니다. 개념적으로 복제은 매우 비슷하지만, MySQL Cluster는 실제로 복잡성이 증가 할 수 있습니다. 2 개의 완전한 클러스터 간의 복제를 포함한 다양한 구성을 대상으로하기 위해 MySQL Cluster가 확장 될 수 있기 때문입니다. MySQL Cluster 자신 클러스터링 기능을 NDB 스토리지 엔진에 의존하고 있습니다 만, 복제 된 테이블의 노예 복사 스토리지 엔진으로 NDB 를 사용할 필요가 없습니다 ( NDB에서 다른 스토리지 엔진에 대한 복제 참조 하십시오). 그러나 가용성을 극대화하기 위해있는 MySQL Cluster에서 다른 MySQL Cluster에 복제 할 수 있습니다 (복제하는 것이 바람직하다). 또한 여기에서 설명하는 것은이 시나리오이며 다음 그림과 같습니다.

이 시나리오에서는 복제 프로세스는 마스터 클러스터의 지속적인 상태의 로그를 취 슬레이브 클러스터에 저장된다는 프로세스입니다. 이 프로세스는 NDB 바이너리 로그 인젝터 스레드로 알려진 특별한 스레드에서 실행됩니다. 이 스레드는 각 MySQL 서버에서 실행 바이너리 로그 ( binlog )를 만듭니다. 이 스레드는 바이너리 로그를 작성하는 클러스터의 모든 변경 (MySQL Server를 통해 영향을받은 변경뿐만 아닙니다)를 직렬화의 올바른 순서로 바이너리 로그에 삽입합니다. 여기에서는 MySQL 복제 마스터 리플리케이션 슬레이브 서버를 복제 서버 또는 복제 노드라고 그 서버 사이의 데이터 흐름 또는 통신 회선을 복제 채널이라고합니다.

MySQL Cluster 및 MySQL Cluster 복제를 사용한 시점 복구의 실행 정보에 연줄은 섹션 18.6.9.2 "MySQL Cluster 복제를 사용한 시점 복구" 를 참조하십시오.

NDB API _slave 상태 변수 NDB API 카운터는 MySQL Cluster의 리플리케이션 슬레이브에서 고급 모니터링 모니터링 기능을 제공 할 수 있습니다. 이들은 NDB 통계 _slave 상태 변수로 구현됩니다. 이 내용을 볼 수는 SHOW STATUS 출력 중 또는 MySQL Cluster 복제 슬레이브로 동작하고있는 MySQL Server에 연결된 mysql 클라이언트 세션 SESSION_STATUS 또는 GLOBAL_STATUS 테이블에 대해 쿼리를 실행 한 결과 중 입니다. 복제 된 NDB 테이블에 작용하는 명령문의 실행 전후에 이러한 상태 변수의 값을 비교하여 NDB API 수준에서 슬레이브에 의해 수행되는 대응 한 액션을 모니터링 할 수 있습니다. 따라서 MySQL Cluster 복제 모니터링 또는 문제 해결 때 유용 할 수 있습니다. 자세한 내용은 섹션 18.5.15 "NDB API 통계 카운터 및 변수" 를 참조하십시오.

NDB 테이블에서 비 NDB 테이블에 복제 마스터로 동작하는 MySQL Cluster에서 슬레이브 mysqld에서 InnoDB 또는 MyISAM 같은 다른 MySQL 스토리지 엔진을 사용하는 테이블에 NDB 테이블을 복제 할 수 있습니다. 여기에는 많은 조건이 적용됩니다. 자세한 내용은 NDB에서 다른 스토리지 엔진에 복제 및 NDB에서 비 트랜잭션 스토리지 엔진에 대한 복제 를 참조하십시오.