mysql 클러스터와 마스터-슬레이브의 차이점

mysql의 클러스터와 마스터-슬레이브의 차이점: mysql 클러스터의 데이터 동기화 방법과 비교하여 마스터와 슬레이브 간의 데이터 일관성은 비동기식입니다. 비동기식이기 때문에 마스터와 슬레이브 간 데이터 복사에 약간의 지연이 있을 수 있으며 불일치가 발생할 수 있습니다.

추천 과정: MySQL 튜토리얼.

mysql 복제를 통해 마스터와 슬레이브 간의 데이터 일관성이 보장됩니다. mysql 클러스터의 데이터 동기화 방식과 비교하면 비동기적입니다.

클러스터는 PXC(Percona XtraDB Cluster)를 사용하며 여러 노드의 데이터가 실시간으로 동기화됩니다(읽기 및 쓰기)

마스터-슬레이브에 대하여

마스터-슬레이브는 노드의 분리를 보장할 수 있습니다. 읽기 및 쓰기, 즉 쓰기 작업은 마스터에서 수행되고 읽기 작업은 마스터에서 수행됩니다. 슬레이브에는 여러 마스터-슬레이브 모드도 있습니다. 여기서는 하나의 마스터와 여러 슬레이브에 대해서만 설명합니다.

예를 들어 두 개의 비즈니스 모듈이 있는데, 한 모듈은 지속적으로 주문 기록 등을 쓰고, 다른 모듈은 보고서를 생성합니다. 이때 읽기 및 쓰기 분리가 채택되지 않으면 읽기 및 쓰기 작업이 충돌할 수 있습니다. 읽기가 쓰기 분리를 사용하면 성능에 영향을 미치는 동일한 테이블을 읽고 쓰는 것을 고려할 필요가 없으며 여러 슬레이브가 서버에 대한 압력을 공유하고 단일 시스템에 대한 압력을 줄일 수 있습니다. .

마스터와 슬레이브는 데이터 일관성을 보장하기 위해 mysql 복제를 사용합니다. 클러스터의 데이터 동기화 방식과 비교하면 비동기식이므로 마스터와 슬레이브 간에 데이터를 복사하는 데 약간의 지연이 발생할 수 있습니다. 발생하다.

복제: 마스터 노드는 binlog를 활성화하고 고유한 서버 ID(근거리 통신망 내에서 고유함)를 설정하고 슬레이브 노드에 서버 ID를 설정해야 합니다. binlog는 마스터 및 노드의 모든 작업을 기록합니다. 슬레이브 노드의 릴레이로그에 복사되어 슬레이브 노드에서 재생됩니다.

하지만 마스터-슬레이브에도 단점이 있습니다. 하나는 마스터가 다운되어 수동으로 전환해야 한다는 것입니다.

다른 하나는 데이터 불일치입니다. 불일치의 원인은 다음과 같습니다. 몇 가지 공통점이 있습니다

• 마스터 또는 슬레이브 라이브러리가 예기치 않게 충돌합니다. 충돌로 인해 binlog 또는 Relaylog 파일이 손상되어 마스터-슬레이브 불일치가 발생할 수 있습니다. 크래시 이후에는 이 블로그에서 수정하세요)

• 메인 라이브러리가 변경을 수행하기 전에 sql_log_bin=0으로 설정하면 메인 라이브러리는 binlog를 기록하지 않게 되며 슬레이브 라이브러리는 이 부분을 변경할 수 없게 됩니다. data

• 주 라이브러리 binlog 형식은 State이므로 슬레이브 라이브러리에 동기화한 후 마스터-슬레이브 불일치가 발생할 수 있습니다.

• 슬레이브 노드가 읽기 전용으로 설정되지 않았으며 데이터가 실수로 기록되었습니다

• 마스터와 슬레이브 인스턴스의 버전이 일치하지 않습니다. 특히 상위 버전이 마스터이고 하위 버전이 슬레이브인 경우, 마스터 데이터베이스에서 지원하는 기능, 슬레이브 데이터베이스에서는 위 기능을 지원하지 않을 수 있습니다

• MySql BUG

그러면 사용할 때 다음 사항에 주의해야 합니다

• 메인 데이터베이스 binlog는 ROW 형식을 채택합니다

• 마스터-슬레이브 인스턴스 데이터베이스 버전이 일관성이 있어야 합니다

• 마스터 데이터베이스는 계정 권한을 제어해야 하며 set sql_log_bin=0

• 슬레이브 데이터베이스는 읽기 전용이며 사람의 쓰기가 허용되지 않습니다

• 마스터-슬레이브 일관성 검사를 정기적으로 수행하세요

the Cluster

클러스터의 가장 큰 장점은 실시간 데이터 동기화와 고가용성입니다. 마스터-슬레이브와 달리 데이터 불일치가 가끔 발생합니다. 문제가 발생하지 않습니다.

그러나 단점은 성능입니다. 모든 쓰기 작업은 모든 노드 간에 동기화됩니다. 고가용성과 데이터 일관성을 보장하기 위해 약간의 성능이 손실됩니다.

클러스터에는 하나의 관리 노드와 여러 개의 SQL 노드 및 데이터 노드가 있습니다. 이는 일반적으로 2단계 커밋 프로토콜을 통해 달성됩니다. 다음과 같습니다

• 마스터가 커밋 문을 실행하면 트랜잭션이 슬레이브로 전송되고 슬레이브는 트랜잭션 제출 준비를 시작합니다

• 각 슬레이브는 트랜잭션을 준비한 후 OK( 또는 ABORT) 메시지를 마스터에게 보내 트랜잭션이 준비되었음을 나타냅니다(또는 트랜잭션을 준비할 수 없음)

• 마스터는 모든 슬레이브가 OK 또는 ABORT 메시지를 보낼 때까지 기다립니다.

마스터가 모든 슬레이브로부터 OK 메시지를 받으면 , 모든 슬레이브에 커밋 메시지를 보내 슬레이브에게 트랜잭션 제출을 알립니다.

마스터가 슬레이브로부터 ABORT 메시지를 받으면 모든 슬레이브에 ABORT 메시지를 보내 슬레이브에게 트랜잭션을 중단하라고 알립니다.

• 각 슬레이브는 마스터로부터 OK 또는 ABORT 메시지를 기다립니다.

슬레이브가 커밋 요청을 받으면 트랜잭션을 커밋하고 해당 트랜잭션이 마스터에 제출되었다는 확인 메시지를 보냅니다. 슬레이브가 취소 요청을 받으면 모든 변경 사항을 취소하고 점유된 리소스를 해제하여 트랜잭션을 중단한 다음 트랜잭션이 중단되었다는 확인을 Masterv에 보냅니다.

• 마스터가 모든 슬레이브로부터 확인을 받으면 트랜잭션이 커밋(또는 중단)되었음을 보고하고 다음 트랜잭션 처리를 계속합니다.

동기 복제에는 총 4번의 메시지 전송이 필요하므로 mysql 클러스터 독립형 mysql보다 데이터 업데이트 속도가 느립니다. 따라서 mysql 클러스터는 Gigabit 이상의 LAN에서 실행되어야 하며, 노드는 듀얼 네트워크 카드를 사용할 수 있으며, 노드 그룹은 데이터 업데이트 속도를 보장하기 위해 직접 연결됩니다.

위 내용은 mysql 클러스터와 마스터-슬레이브의 차이점의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!