MySQL 비동기 복제는 마스터-슬레이브 복제 프로세스 중 기본 복제 모드입니다. 복제에는 마스터 I/O 스레드, 슬레이브 I/O 스레드 및 슬레이브 SQL 스레드를 포함한 세 가지 스레드가 포함됩니다. 비동기식 복제이기 때문에 마스터 트랜잭션의 제출을 슬레이브가 확인할 필요가 없습니다. 즉, 마스터 I/O 스레드가 트랜잭션을 제출한 후 슬레이브 I의 응답 확인을 기다릴 필요가 없습니다. /O 스레드. 마스터는 슬레이브 I/O가 릴레이 로그에 binlog를 기록한 후 슬레이브 sql 스레드에 의해 비동기적으로 실행되고 슬레이브 mysql에 적용된다는 것을 보장하지 않습니다. . 슬레이브 I/O는 슬레이브 SQL의 응답 확인을 요구하지 않으며, 릴레이 로그가 mysql에 완전히 기록된다는 것을 보장하지 않습니다.
기존 비동기 복제의 단점을 보완하기 위해 MySQL은 버전 5.5에서 반 동기 복제를 도입했는데, 이는 기존 비동기 복제보다 개선된 것입니다. 마스터 트랜잭션이 커밋되기 전에 슬레이브의 릴레이 로그에 binlog 로그가 기록되었는지 확인해야 합니다. 슬레이브에서 마스터로 응답을 받은 후에만 트랜잭션을 커밋할 수 있습니다. 그럼에도 불구하고 릴레이 로그의 후반부는 비동기식 실행을 위해 여전히 SQL 스레드로 전달됩니다.
기존 비동기 복제와 반동기 복제의 단점인 데이터 일관성을 보장할 수 없다는 점을 기반으로 MySQL은 버전 5.7.17에서 공식적으로 그룹 복제(MGR)를 출시했습니다.
복제 그룹은 여러 노드로 구성됩니다. 트랜잭션 제출은 제출되기 전에 그룹의 대다수 노드(N/2 + 1)에 의해 해결되고 승인되어야 합니다. 위 그림과 같이 복제 그룹은 3개의 노드로 구성됩니다. 합의 계층은 트랜잭션 제출 과정에서 2개의 노드가 트랜잭션을 해결(인증)해야만 트랜잭션이 가능합니다. 최종적으로 해결되었습니다.
그룹 복제를 도입하는 주요 목적은 기존 비동기 복제나 반동기 복제로 인해 발생하는 데이터 불일치 문제를 해결하는 것입니다. 그룹 복제는 분산 데이터의 궁극적인 일관성을 달성하고 진정한 데이터 고가용성 솔루션을 제공하기 위해 분산 일관성 프로토콜(Paxos 프로토콜의 변형)을 사용합니다(실제로 가용성이 높은지는 아직 논의되지 않음). 그것이 제공하는 다중 쓰기 솔루션은 우리에게 다중 활성 솔루션을 달성할 수 있는 희망을 가져다줍니다.
MGR 환경에서 2/n+1 알고리즘을 구현하려면 서버 수가 3개 이상 홀수여야 합니다.
복제 그룹은 여러 노드(데이터베이스 인스턴스)로 구성됩니다. 그룹의 각 노드는 자체 데이터 복사본(Share Nothing)을 유지하고 일관성 프로토콜을 통해 원자 메시지와 전역 순서 메시지를 구현하여 인스턴스를 구현합니다. 그룹. 데이터 일관성.
데이터 일관성 보장: 클러스터에 있는 대부분의 노드가 로그를 수신하는지 확인
다중 노드 쓰기 지원: 클러스터의 모든 노드는 다중 쓰기 모드 쓰기에서 지원됩니다(그러나 높은 데이터 일관성을 보장하기 위해 1~높은 동시성 시나리오를 고려하여 프로덕션에서는 다중 마스터 쓰기를 선택하지 않고 단일 마스터 클러스터를 사용합니다.)
내결함성: 시스템 오류(분할 포함)가 발생한 경우에도 시스템을 계속 사용할 수 있는지 확인합니다. Brain), 이중 쓰기는 시스템에 영향을 미치지 않습니다.
은 InnoDB 테이블만 지원하며 각 테이블에는 쓰기 세트의 충돌 감지를 위한 기본 키가 있어야 합니다.
GTID 기능에서 바이너리 로그 형식은 마스터 선택 및 쓰기 세트에 사용되는 ROW로 설정되어야 합니다
COMMIT는 스냅샷 트랜잭션 격리 수준의 실패 시나리오와 유사하게 오류를 일으킬 수 있습니다
현재 MGR 클러스터 최대 9개 노드 지원
외래 키 및 저장 포인트 기능을 지원하지 않으며 전역 제약 조건 감지 및 부분 롤백을 수행할 수 없습니다.
바이너리 로그는 binlog 이벤트 체크섬을 지원하지 않습니다
위 내용은 MySQL 마스터와 슬레이브의 세 가지 복제 모드는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!