일반적인 MySQL 복제 오류 문제 해결

MySQL 마스터 슬레이브 복제 문제는 예외, 데이터 불일치, GTID 또는 Binlog 오류 및 복제 지연과 관련하여 일반적입니다. 1. 마스터 슬레이브 연결이 정상인지 확인하고 네트워크 연결, 권한 쌍 및 계정 암호가 올바른지 확인하십시오. 2. 데이터의 불일치로 인한 복제 실패 문제 해결, 오류 로그 확인, 필요한 경우 오류를 건너 뛰고 도구를 사용하여 일관성을 확인하십시오. 3. GTID 또는 BINLOG 문제를 처리하고 마스터 라이브러리가 필요한 트랜잭션 로그를 정리하지 않았는지 확인하고 GTID 모드를 올바르게 구성하십시오. 4. 복제 지연 최적화, 슬레이브 라이브러리 성능 향상, 병렬 복제를 활성화하며 슬레이브 라이브러리 부하를 줄입니다. 문제가 발생하면 Show Show Slave 상태 출력의 우선 순위를 정하고 로그 위치의 근본 원인을 분석해야합니다.

MySQL 마스터 슬레이브 복제 문제는 실제로 매우 일반적입니다. 때로는 데이터가 동기화되지 않았거나 지연이 높거나 오류가 직접보고되어 중단되어 문제 해결에 대한 두통이됩니다. 그러나 대부분의 경우 이러한 문제는 해결해야 할 고정 된 루틴이 있습니다. 몇 가지 핵심 사항을 마스터하는 한 많은 오류가 빠르게 위치하고 고정 될 수 있습니다.

다음 상황은 기본적으로 사본 예외를 만날 때 확인해야 할 가장 중요한 장소를 포함합니다.

1. 마스터와 슬레이브 서버의 연결이 정상인지 확인

슬레이브 라이브러리가 기본 라이브러리에 연결할 수없는 경우 복사는 자연스럽게 불가능합니다. 이 유형의 문제는 일반적으로 다음과 같은 Last_IO_Error 오류 메시지로 나타납니다.

• 'master_host'에서 mysql 서버에 연결할 수 없습니다.
• 사용자 'repl_user'@'slave_ip'에 대한 액세스 거부

제안 처리 :

• 마스터 라이브러리가 슬레이브 라이브러리 IP 액세스를 허용하는지 확인하십시오 (방화벽 또는 보안 그룹 설정 확인)
• 사본 계정 권한이 올바른지 확인하십시오 (최소 복제 슬레이브 권한)
• 라이브러리에서 사용 된 사용자 이름, 비밀번호 및 포트가 올바르게 구성되어 있는지 확인하십시오.
• 라이브러리에서 telnet master_ip 3306 과 네트워크 연결 테스트를 시도해보십시오.

허가 문제라는 것을 알게되면 기본 라이브러리에서 재 승인 및 새로 고침을 제공 할 수 있습니다.

 'password'로 식별 된 'repl_user'@'slave_ip'로 복제 슬레이브를 부여합니다.
플러시 권한;

2. 데이터 불일치로 인해 복제 실패가 발생합니다

이것은 비교적 숨겨져 있지만 일반적인 상황입니다. 예를 들어, 기본 라이브러리에서 삭제 명령문을 실행하지만 해당 레코드가 슬레이브 라이브러리에 존재하지 않으면 사본 중단이 발생하고 오류가 유사하게보고됩니다.

테이블에서 delete_rows 이벤트를 실행할 수 없습니다 ...

해결책:

• SHOW SLAVE STATUS\G 에서 Last_SQL_Error 봅니다

• 성명서로 인한 문제가 있는지 확인하면이 오류를 건너 뛸 수 있습니다.

   글로벌 SQL_SLAVE_SKIP_COUNTER = 1을 설정합니다.
  노예 시작;

• 더 안전한 접근법은 도구를 사용하여 PT-Table-Checksum 및 PT-Table-Sync와 같은 마스터 슬레이브 데이터 일관성을 비교하는 것입니다.

그러나 건너 뛰기 오류는 일시적인 솔루션 일뿐입니다. 슬레이브 라이브러리에 수동 쓰기가 있는지 또는 이전 사본이 중단되어 제 시간에 처리되지 않았는지 여부와 같은 데이터 불일치가 발생하는 이유를 파악하는 것이 필수적입니다.

---

3. GTID 또는 BINLOG 관련 오류

GTID 모드에서 마스터 라이브러리가 슬레이브 라이브러리에서 요청한 거래 번호를 찾을 수없는 경우 다음 오류가 나타납니다.

슬레이브는 변경 마스터를 사용하여 마스터에 존재하지 않는 복제 스트림과 연결하고 있습니다 ...

이는 일반적으로 라이브러리에서 요청한 GTID가 메인 라이브러리에서 정리 되었기 때문입니다 (Binlog는 만료되거나 퍼져 있습니다).

해결책:

• 전체 백업을 시도하고 라이브러리에서 다시 복원 할 수 있습니다.
• mysqldump를 사용하는 경우 --master-data=2 --single-transaction --dump-slave=1 추가하십시오.
• Binlog가 너무 일찍 청소되지 않도록 기본 라이브러리의 expire_logs_days 설정을 확인하십시오.

또한 사본을 작성할 때 GTID 모드를 올바르게 지정하지 않았을 수도 있습니다. 현재 gtid_mode=ON 및 enforce_gtid_consistency = ON 확인해야합니다.

---

4. 복제 지연이 너무 높습니다

오류는 아니지만 복제 지연이 심하면 실시간 데이터에 영향을 미칩니다. SHOW SLAVE STATUS\G 에서 Seconds_Behind_Master 에 의해 판단 될 수 있습니다.

가능한 이유 :

• 메인 라이브러리는 글을 쓸 압력이 많으며 슬레이브 라이브러리의 성능은 계속 유지할 수 없습니다.
• 라이브러리에서 일련의 실행에 느린 쿼리가 있습니다.
• 행 기반 사본이 사용되었고 업데이트 볼륨이 너무 컸습니다.

최적화 제안 :

• 라이브러리 하드웨어 구성, 특히 IO 성능을 업그레이드하십시오
• 병렬 복제 (멀티 스레드 복제)를 켜고 슬레이브 slave_parallel_workers 및 slave_parallel_type 조정
• 읽기 및 쓰기 분리 시나리오의 경우 라이브러리가 부담하는 쿼리 압력을 적절하게 줄입니다.

일부 테이블이 특히 뜨거우려면 데이터베이스를 분리하고 테이블을 분리하거나 캐시 레이어를 소개하여 완화하는 것을 고려할 수도 있습니다.

---

기본적으로 그게 다야. MySQL 복제 문제는 연결, 권한, 데이터 불일치 또는 구성으로 인해 발생합니다. 문제가 발생하면 먼저 SHOW SLAVE STATUS 의 출력을보고 로그 분석과 결합하여 방향을 찾으십시오.

위 내용은 일반적인 MySQL 복제 오류 문제 해결의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!