mysql 마스터-슬레이브 동기화 원리, 구성 및 지연에 대한 자세한 설명

이 글에서는 mysql의 마스터-슬레이브 동기화 원리, 마스터-슬레이브 동기화 구성, 마스터-슬레이브 동기화 지연을 소개합니다. 먼저 마스터-슬레이브 동기화가 무엇인지 알아보겠습니다. 마스터-슬레이브 복제라고도 하며, 기본 데이터베이스와 완전히 동일한 데이터베이스 환경을 구축하는 데 사용됩니다. 마스터-슬레이브 동기화를 사용하면 데이터를 한 데이터베이스 서버에서 다른 서버로 복사하여 마스터 데이터베이스의 데이터와 슬레이브 데이터베이스의 데이터가 일치하도록 할 수 있습니다.

• 클러스터는 공유 스토리지이며 마스터-슬레이브 복제에서는 공유가 없습니다. 아무것도 공유하지 않습니다.

마스터-슬레이브 동기화의 원리

• #🎜🎜 # mysql5.6부터 마스터-슬레이브 복제를 구현하는 방법에는 세 가지가 있습니다:
  1 비동기 복제

  2. # 🎜🎜#

  3. 반동기 복제

  
  

마스터-슬레이브 동기화 회로도
• #🎜 🎜## 🎜🎜#

  
  1. 기본 데이터베이스의 업데이트 이벤트(업데이트, 삽입, 삭제)가 바이너리 로그에 기록될 때#🎜🎜 ##🎜 🎜#2. 슬레이브 라이브러리는 메인 라이브러리에 연결하고 메인 라이브러리에 binlog의 업데이트 레코드를 슬레이브 라이브러리로 보내도록 요청하는 I/O 스레드를 생성합니다. binlog 덤프 스레드를 실행하고 binlog의 내용을 슬레이브 라이브러리로 보내면 슬레이브 라이브러리의 I/O 스레드는 기본 라이브러리의 출력 스레드에서 보낸 업데이트를 읽고 이러한 업데이트를 로컬 릴레이 로그 파일에 복사합니다. 🎜🎜#

  3. 라이브러리에서 SQL 스레드를 생성하고 이 스레드는 슬레이브 라이브러리 I/O 스레드에 의해 릴레이 로그에 기록된 업데이트 이벤트를 읽고 실행합니다. 마스터-슬레이브 동기화 구현(비동기 복제, 다른 서버의 데이터베이스)

1. 구성 기본 데이터베이스에서 바이너리 로그 열기

vim /etc/my.cnf

在[mysqld]下添加

server-id=1(用来标识不同的数据库)log-bin=master-bin(打开bin-log并配置文件名为master-bin)log-bin-index=master-bin.index(区分不同的log-bin文件)

데이터베이스 다시 시작: systemctl restart mariadb .service

2 데이터베이스에서 릴레이 로그를 열도록 구성

vim /etc/my.cnf

在[mysqld]下添加

server-id=2relay-log=slave-relay-bin(打开relay-log并配置文件名为slave-relay-bin)

relay-log-index=slave-relay-bin.index

# 🎜🎜#데이터베이스 다시 시작: systemctl restart mariadb.service

3. 두 개의 데이터베이스 연결

기본 데이터베이스에서: 사용자 repl을 생성합니다. 각 슬레이브 서버는 마스터 데이터베이스에 연결하기 위해 마스터 데이터베이스의 계정 이름과 비밀번호를 사용해야 합니다.

동기화 시작: 슬레이브 시작;

4. 확인

기본 데이터베이스에 데이터베이스 만들기 , 데이터베이스에서 보기

마스터-슬레이브 동기화의 역할

1. 데이터를 백업 데이터베이스로 핫 백업합니다. 기본 데이터베이스 서버에 장애가 발생하면 데이터 손실을 방지하기 위해 데이터베이스에서 계속 작업하도록 전환할 수 있습니다.

2. 읽기 및 쓰기 분리를 통해 데이터베이스는 더 큰 동시성을 지원할 수 있습니다. .#🎜🎜 #마스터-슬레이브 동기화에 대한 참고사항

마스터 라이브러리는 데이터를 읽고 쓸 수 있지만 슬레이브 라이브러리는 데이터를 읽고 쓸 수만 있습니다. 데이터를 읽습니다. 왜냐하면 슬레이브 라이브러리가 데이터 위치를 쓰면 메인 라이브러리의 위치는 바뀌지 않기 때문입니다. # 🎜🎜#

메인 라이브러리의 binatylog 파일이 저장될 때 데이터가 많습니다. 즉, 위치가 매우 크면 새 binatylog 파일이 분할되어 위치가 0으로 설정됩니다. 동일하지만, 슬레이브 라이브러리의 mysql 버전이 메인 라이브러리의 버전보다 높을 경우, 슬레이브 라이브러리에 도달 시 메인 라이브러리의 명령문이 실행되지 않을 수 있습니다.

mysql은 이전 버전과 호환되기 때문입니다. 즉, 하위 Version 문은 상위 버전에서 지원되지만 상위 버전의 일부 문은 하위 버전에서 지원되지 않습니다. # (데이터베이스 마스터-슬레이브 문제에 대해 문의하는 경우 다음 질문을 해야 합니다.) #🎜🎜 #

마스터-슬레이브의 장점은 무엇인가요?

주-슬레이브의 원리는 무엇인가요?

데이터베이스에서 읽을 때 발생하는 지연 문제에 대해 알고 계시나요? 어떻게 해결하나요?

1. 마스터와 슬레이브를 하다가 마스터 서버가 끊기면 어떻게 해야 하나요?

2. 마스터-슬레이브 동기화 지연 이유

3. 
   마스터 지연 이유- 슬레이브 동기화

마스터-슬레이브 동기화 지연 문제

1. #🎜 🎜#1. 마스터-슬레이브 동기화 지연 이유

2. 우리는 서버가 클라이언트 연결을 위해 N개의 링크를 열어준다는 것을 알고 있습니다. 이렇게 하면 대규모 동시 업데이트 작업이 발생하게 됩니다. 그러나 binlog는 서버에서 읽혀집니다. 특정 SQL이 슬레이브 서버에서 실행하는 데 시간이 오래 걸리거나 특정 SQL이 테이블을 잠가야 하기 때문에 SQL의 큰 백로그가 발생합니다. 마스터 서버와 동기화되지 않으며 슬레이브 서버와 동기화되지 않습니다. 이로 인해 마스터-슬레이브 불일치, 즉 마스터-슬레이브 지연이 발생합니다.
   2. 마스터-슬레이브 동기화 지연 솔루션
3. 실제로 마스터-슬레이브 동기화 지연에 대한 원스톱 솔루션은 없습니다. 슬레이브 서버에서 한 번만 실행되지만, 메인 서버에서 지속적으로 업데이트 작업을 기록하게 되면, 일단 지연이 발생하면 지연이 악화될 가능성이 더 커집니다. 물론 우리는 몇 가지 완화 조치를 취할 수 있습니다.

   a. 마스터 서버가 업데이트 작업을 담당하기 때문에 슬레이브 서버보다 보안 요구 사항이 더 높다는 것을 알고 있습니다. sync_binlog=1, innodb_flush_log_at_trx_commit = 1 등과 같은 일부 설정은 수정할 수 있지만 슬레이브는 그렇지 않습니다. 데이터 보안을 위해 sync_binlog를 0으로 설정하거나 binlog, innodb_flushlog, innodb_flush_log_at_trx_commit을 0으로 설정하여 SQL의 실행 효율성을 크게 향상시킬 수 있습니다. 다른 하나는 메인 라이브러리보다 좋은 하드웨어 장치를 슬레이브로 사용하는 것입니다.

   b. 쿼리를 제공하지 않고 슬레이브 서버를 백업으로 사용하면 부하가 줄어들면 자연스럽게 릴레이 로그의 SQL 실행 효율성이 높아집니다.

   c. 슬레이브 서버를 추가하는 목적은 읽기 부담을 분산하여 서버 부하를 줄이는 것입니다.

   관련 권장 사항:

   MYSQL 마스터-슬레이브 동기화 지연 원리 분석 및 솔루션

   MYSQL 마스터-슬레이브 동기화 지연 원리

위 내용은 mysql 마스터-슬레이브 동기화 원리, 구성 및 지연에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!