마스터-슬레이브 복제를 수행하는 이유는 무엇입니까?

MySQL 마스터-슬레이브 지연을 경험한 후 마스터-슬레이브 복제란 무엇일까? 어떻게 달성됩니까? 어떻게 작동하나요? 그래서 정보와 기사를 찾아보기 시작했고, 이제는 제가 이해한 내용을 여기에 요약하여 인상을 깊게 했습니다.

마스터-슬레이브 복제를 수행해야 하는 이유는 무엇입니까?

1. 복잡한 업무를 수행하는 시스템에서 SQL 문으로 테이블을 잠가야 하는 상황이 발생하여 일시적으로 읽기 서비스를 사용할 수 없게 되어 운영 중인 업무에 큰 영향을 미치게 됩니다. 쓰기는 메인 라이브러리에 맡기고, 읽기는 슬레이브 라이브러리에 맡깁니다. 이렇게 하면 메인 라이브러리가 테이블을 잠그더라도 슬레이브 라이브러리에서 읽어서 비즈니스의 정상적인 작동을 보장할 수 있습니다.

2. 데이터의 핫 백업

3. 비즈니스 볼륨이 점점 커지고 I/O 액세스 빈도가 너무 높아 단일 시스템으로는 충족할 수 없습니다. 이때 디스크 I/O 액세스 빈도를 줄이기 위해 다중 데이터베이스 스토리지가 사용됩니다. 단일 머신의 I/O 성능을 향상시킵니다.

mysql 마스터-슬레이브 복제의 원리는 무엇인가요?

binlog: 바이너리 로그, 모든 업데이트 이벤트 로그를 메인 라이브러리에 저장하는 바이너리 파일입니다.

마스터-슬레이브 복제의 기본은 마스터 데이터베이스가 데이터베이스의 모든 변경 사항을 binlog에 기록한다는 것입니다. Binlog는 데이터베이스 서버가 시작된 순간부터 데이터베이스 구조나 내용에 대한 모든 수정 사항을 저장하는 파일입니다.

MySQL 마스터-슬레이브 복제는 비동기 복제 프로세스입니다. 마스터 라이브러리는 업데이트 이벤트를 슬레이브 라이브러리에 보내고, 슬레이브 라이브러리는 업데이트 레코드를 읽고, 업데이트 레코드를 실행하여 슬레이브 라이브러리의 내용을 마스터 라이브러리와 일치시킵니다. .

메인 라이브러리에서는 업데이트 이벤트가 발생하는 한 순차적으로 binlog에 기록된 후 슬레이브 라이브러리에서 복제하기 위한 데이터 소스로 슬레이브 라이브러리에 푸시됩니다.

binlog 출력 스레드. 슬레이브 라이브러리가 메인 라이브러리에 연결될 때마다 메인 라이브러리는 스레드를 생성하고 binlog 콘텐츠를 슬레이브 라이브러리로 보냅니다.
슬레이브 라이브러리로 전송될 각 SQL 이벤트에 대해 binlog 출력 스레드가 이를 잠급니다. 스레드가 이벤트를 읽고 나면 잠금이 해제되며, 이벤트가 슬레이브 라이브러리로 완전히 전송되더라도 잠금이 해제됩니다.

슬레이브 라이브러리에서 복사가 시작되면 슬레이브 라이브러리는 처리를 위해 두 개의 스레드를 생성합니다:

슬레이브 라이브러리 I/O 스레드. START SLAVE 문이 슬레이브 라이브러리에서 실행되기 시작하면 슬레이브 라이브러리는 I/O 스레드를 생성하여 메인 라이브러리에 연결하고 메인 라이브러리에 binlog의 업데이트 레코드를 슬레이브 라이브러리로 보내도록 요청합니다.
슬레이브 라이브러리 I/O 스레드는 기본 라이브러리의 binlog 출력 스레드에서 보낸 업데이트를 읽고 이러한 업데이트를 릴레이 로그 파일을 포함한 로컬 파일에 복사합니다.

데이터베이스의 SQL 스레드. 라이브러리에서 SQL 스레드를 생성합니다. 이 스레드는 라이브러리의 I/O 스레드에 의해 릴레이 로그에 기록된 업데이트 이벤트를 읽고 실행합니다.

각 마스터-슬레이브 복제 연결에는 3개의 스레드가 있다는 것을 알 수 있습니다. 여러 슬레이브 라이브러리가 있는 메인 라이브러리는 메인 라이브러리에 연결된 각 슬레이브 라이브러리에 대해 binlog 출력 스레드를 생성합니다. 각 슬레이브 라이브러리에는 자체 I/O 스레드와 SQL 스레드가 있습니다.

슬레이브 라이브러리는 두 개의 독립적인 스레드를 생성하여 복사 시 슬레이브 라이브러리의 읽기와 쓰기를 분리합니다. 따라서 실행을 담당하는 스레드가 느리게 실행되더라도 업데이트 문을 읽는 스레드는 느려지지 않습니다. 예를 들어, 슬레이브 라이브러리가 한동안 실행되지 않은 경우 여기에서 시작하면 해당 SQL 스레드가 느리게 실행되지만 해당 I/O 스레드는 기본 라이브러리에서 모든 binlog 내용을 빠르게 읽을 수 있습니다. 이렇게 하면 SQL 스레드가 모든 읽기 명령문의 실행을 완료하기 전에 슬레이브 라이브러리의 실행이 중지되더라도 I/O 스레드는 최소한 모든 내용을 완전히 읽고 슬레이브 라이브러리의 로컬 릴레이 로그에 안전하게 백업합니다. , 다음에 슬레이브 라이브러리가 시작될 때 명령문을 실행할 준비가 되었습니다.

마스터-슬레이브 복제 상태 확인

마스터-슬레이브 복제가 진행 중일 때 슬레이브 라이브러리에 있는 두 스레드의 실행 상태를 확인하려면 다음에서 "showslave statusG" 문을 실행하면 됩니다. 슬레이브 라이브러리 다음 필드를 제공할 수 있습니다. 원하는 정보:

Master_Log_File — 上一个从主库拷贝过来的binlog文件
Read_Master_Log_Pos — 主库的binlog文件被拷贝到从库的relay log中的位置
Relay_Master_Log_File — SQL线程当前处理中的relay log文件
Exec_Master_Log_Pos — 当前binlog文件正在被执行的语句的位置

전체 마스터-슬레이브 복제 프로세스는 다음 다이어그램을 통해 이해할 수 있습니다.

• 1단계: 업데이트 이벤트(업데이트, 삽입 , 삭제) 메인 데이터베이스 db가 binlog에 기록됩니다

• Step 2: 슬레이브 라이브러리에서 연결을 시작하고 메인 라이브러리에 연결

• Step 3: 이때 메인 라이브러리는 binlog를 생성합니다. 스레드를 덤프하고 binlog 내용을 슬레이브 라이브러리로 보냅니다

• 4단계: 슬레이브 라이브러리에서 시작 그 후 I/O 스레드를 생성하고 메인 라이브러리에서 전달된 binlog 내용을 읽고 릴레이 로그에 씁니다

• 5단계: Exec_Master_Log_Pos 위치부터 릴레이 로그의 내용을 읽기 위한 SQL 스레드도 생성됩니다. 읽기 업데이트 이벤트를 실행하고 업데이트된 내용을 슬레이브의 db

注：上面的解释是解释每一步做了什么，整个mysql主从复制是异步的，不是按照上面的步骤执行的。

에 씁니다.

위 내용은 마스터-슬레이브 복제를 수행하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!