명세서 기반 복제 (SBR), 행 기반 복제 (RBR) 및 혼합 기반 복제 (MBR)의 차이점을 설명하십시오.

MySQL에는 SBR, RBR 및 MBR의 세 가지 주요 복제 방법이 있습니다. 1. SBR은 표준 작업에 적합하지만 데이터 불일치를 유발할 수있는 SQL 문을 기록합니다. 2. RBR은 일관성을 보장하기 위해 데이터 변경을 기록하지만 로그는 큽니다. 3.mbr은이 둘을 결합하고 유연하지만 복잡한 SQL 유형에 따라 메소드를 선택합니다. 선택할 때 일관성, 성능 및 복잡성이 고려됩니다.

소개

데이터베이스 복제 필드에서 올바른 복제 방법을 선택하는 것이 중요하며, 이는 데이터 일관성, 성능 및 시스템 유지 관리에 직접적인 영향을 미칩니다. 오늘 우리는 세 가지 주요 MySQL 복제 방법 인 명세서 기반 복제 (SBR), 행 기반 복제 (RBR) 및 혼합 기반 복제 (MBR)를 탐색 할 것입니다. 이 기사를 통해 각 방법의 원칙, 장점 및 단점, 실제 응용 프로그램의 선택 전략에 대해 배우게됩니다.

기본 지식 검토

시작하기 전에 MySQL 복제의 기본 개념 중 일부를 빠르게 검토합시다. MySQL Replication은 하나의 MySQL 데이터베이스 서버 (마스터 서버)에서 다른 MySQL 데이터베이스 서버 (슬레이브 서버)로 데이터를 복제하는 기술입니다. 복제는 데이터 백업,로드 밸런싱 및 장애 조치와 같은 다양한 시나리오에서 사용할 수 있습니다.

핵심 개념 또는 기능 분석

성명서 기반 복제 (SBR)

SBR의 작동 원리는 마스터 서버에서 실행 된 SQL 문을 이진 로그로 녹음 한 다음 서버에서 이러한 로그를 읽고 동일한 SQL 문을 실행하여 데이터 동기화를 달성하는 것입니다.

 - 메인 서버의 SQL 문은 사용자에 삽입 (이름, 이메일) 값 ( 'John Doe', 'john@example.com');

SBR의 장점은 SQL 문 자체 만 기록되기 때문에 로그 파일이 더 작다는 것입니다. 그러나 SBR에는 일부 기능 (예 : 지금 ())과 같은 몇 가지 과제가 마스터 및 슬레이브 서버에서 다른 결과를 생성하여 일관되지 않은 데이터를 초래할 수 있습니다.

행 기반 복제 (RBR)

RBR은 다르며 SQL 문 자체가 아니라 각 데이터 행의 변경 사항을 기록합니다. 이는 슬레이브 서버가 마스터 서버의 데이터 변경 사항을 정확하게 복사 할 것임을 의미합니다.

 - 기본 서버의 데이터 변경 사용자 값 (1, 'John Doe', 'john@example.com');

RBR의 장점은 SQL 문이 아닌 실제 데이터 변경을 기록하기 때문에 데이터 일관성을 보장 할 수 있다는 것입니다. 그러나 RBR의 로그 파일은 일반적으로 SBR보다 큽니다. 각 라인에서 변경해야하기 때문입니다.

혼합 기반 복제 (MBR)

MBR은 SBR과 RBR의 장점을 결합하며 SQL 문의 유형에 따라 SBR 또는 RBR을 자동으로 선택합니다. 예를 들어, 안전하지 않은 SQL 문 (데이터 불일치를 유발할 수있는 문)의 경우 MBR은 RBR을 선택합니다.

 - unsafe_statement 인 경우 SQL 문의 유형에 따라 복사 메소드를 선택하십시오.
    RBR 사용;
또 다른
    SBR 사용;
끝 IF;

MBR의 유연성으로 인해 일부 시나리오에서는 최상의 선택이 될 수 있지만 구성 및 유지 보수의 복잡성을 추가합니다.

사용의 예

SBR의 기본 사용

SBR은 인서트, 업데이트 및 삭제와 같은 대부분의 표준 SQL 작업에 적합합니다.

 - 메인 서버 세트 가격에서 업데이트 제품을 실행합니다. 가격 * 1.1 여기서 범주 = '전자 제품';

슬레이브 서버는 동일한 SQL 문을 실행하여 데이터의 일관성을 보장합니다.

RBR의 고급 사용

RBR은 복잡한 트리거 및 저장 프로 시저를 처리 할 때 각 행의 변경 사항을 정확하게 기록하기 때문에 잘 수행됩니다.

 - 기본 서버에서 주문에 삽입 후 Trigger update_inventory 생성 실행
각 행에 대해
시작하다
    인벤토리 세트 수량 = 수량 - 새로운.quantity where product_id = new.product_id;
끝;

RBR은 트리거가 실행 된 후 각 데이터 변경 행을 기록하여 슬레이브 서버의 데이터가 마스터 서버와 일치하도록합니다.

일반적인 오류 및 디버깅 팁

• SBR의 일관되지 않은 데이터 : 비 결정적 함수 (RAND ()와 같은)가 사용되면 마스터 및 슬레이브 서버에서 일관성이없는 데이터가 발생할 수 있습니다. 해결책은 이러한 기능을 가능한 한 많이 사용하지 않거나 RBR로 전환하는 것입니다.
• RBR의 로그 파일이 너무 큽니다 . RBR의 로그 파일이 매우 커져 성능에 영향을 줄 수 있습니다. binlog_row_image 매개 변수를 조정하여 로그 크기를 최적화 할 수 있습니다.

성능 최적화 및 모범 사례

복사 방법을 선택할 때 다음과 같은 요소를 고려해야합니다.

• 데이터 일관성 : 데이터 일관성이 기본 고려 사항 인 경우 각 행의 변경 사항을 정확하게 기록하기 때문에 RBR이 더 적합 할 수 있습니다.
• 성능 : SBR은 일반적으로 로그 크기와 성능에서 특히 간단한 SQL 작업을 많이 처리 할 때 더 나은 성능을 발휘합니다.
• 복잡성 : MBR은 유연성을 제공하지만 구성 및 유지 보수 복잡성을 향상시킵니다.

실제 응용 분야에서 특정 요구에 따라 적절한 복사 방법을 선택할 수 있습니다. 예를 들어, 전자 상거래 플랫폼의 경우 RBR이 순서 데이터의 일관성을 보장하기 때문에 더 적합 할 수 있습니다. 블로그 시스템의 경우 SBR이 더 나은 성능을 제공하기 때문에 더 적합 할 수 있습니다.

요컨대, 적절한 MySQL 복제 방법을 선택하려면 데이터 일관성, 성능 및 시스템 복잡성과 같은 다양한 요소를 포괄적으로 고려해야합니다. 이 기사가 복사 방법을 선택할 때 귀중한 참조를 제공 할 수 있기를 바랍니다.

위 내용은 명세서 기반 복제 (SBR), 행 기반 복제 (RBR) 및 혼합 기반 복제 (MBR)의 차이점을 설명하십시오.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!