MariaDB 데이터베이스는 GTID 마스터-슬레이브 동기 복제를 기반으로 설치 및 구성됩니다.

운영 체제: CentOS Linux 릴리스 7.3.1611(코어)

데이터베이스:MariaDB-10.2.6-linux-glibc_214-x86_64

메인서버 :10.10.10.56

슬레이브 서버:10.10.10.163

1. 오늘 해야 할 일은 단방향 마스터-슬레이브 동기화입니다

MariaDB(MySQL) 데이터베이스 설치에 대한 내용은 "Centos7.3 x64비트 바이너리 설치(MySQL) MariaDB 10.1.20 데이터베이스 제작"을 참고하세요. 다음으로 MariaDB(MySQL) 서버 클러스터 구성 과정이 시작됩니다.

2. MariaDB(MySQL) 구성 파일에서 다음 정보를 수정하거나 추가하세요

으아악

3. 일반 구성 외에도 메인 서버 마스터에는 다음 코드도 추가해야 합니다

으아악

4. 일반 구성 외에도 슬레이브 서버 슬레이브에는 다음 코드도 추가해야 합니다

으아악

또한, Mysql 슬레이브 서버에서는 바이너리 로그를 활성화할 필요는 없지만, 설정해야 하는 경우도 있습니다. 예를 들어 슬레이브가 다른 슬레이브의 마스터인 경우 bin_log를 설정해야 합니다. 여기서는 기본적으로 켜 두었습니다.

5. 위 내용은 각 매개변수의 역할에 대한 간략한 소개일 뿐입니다. 자세한 내용은 사용자의 실제 상황에 따라 조정해야 합니다. 으아악

6. 메인 서버 마스터 인증 구성

메인 MariaDB 서버에 전용 계정을 생성하고 데이터베이스 권한과 서버 IP에서의 원격 액세스를 승인하세요

으아악

7. 백업 중에 올바른 Binlog 위치(파일 이름 및 오프셋)를 얻은 후에는 BINLOG_GTID_POS() 함수를 사용하여 GTID

를 계산할 수 있습니다. 으아악

8. 서버 슬레이브에서 구성

공식에서 말했듯이 MariaDB 버전 10.0.13부터 mysqldump는 자동으로 이 작업을 완료하고 내보내기 파일에 GTID를 작성합니다. –master-data 또는 –dump-slave를 설정하고 –gtid를 동시에 설정하면 됩니다.

이 경우 새 SLAVE는 @@gtid_slave_pos 값을 설정하여 복제 시작 위치를 설정하고 CHANGE MASTER를 사용하여 이 값을 메인 라이브러리에 전달한 다음 복제를 시작할 수 있습니다.

으아악

9. Slave_IO_Running과 Slave_SQL_Running이 모두 YES이면 슬레이브 서비스가 실행 중임을 나타냅니다. Using_Gtid 열은 GTID 값이 일치하는지 확인합니다.

설명:
으아악

10. 다음으로 메인 서버 데이터베이스 테이블을 잠금 해제하세요

으아악

11. 서버 슬레이브

에서 릴레이의 모든 관련 매개변수를 봅니다. 으아악

12. 마스터-슬레이브 구성이 완료되었습니다. 이제 마스터 서버에 어떤 내용을 추가, 수정, 삭제, 확인하더라도 필요에 따라 슬레이브 서버에 동기화됩니다.

마스터 슬레이브 재설정 구문 정보

master의 핵심 구문 재설정

RESET MASTER; RESET MASTER를 실행하면 모든 바이너리 로그 파일이 삭제되고 숫자 접미사가 .000001인 빈 바이너리 로그 파일이 생성됩니다. RESET MASTER는 SLAVE 서버의 작동 상태에 영향을 미치지 않으므로 이 명령을 실행하면 슬레이브가 실행됩니다. 마스터의 binlog를 찾을 수 없어 동기화가 실패합니다.

슬레이브의 핵심 구문 재설정

RESET SLAVE; RESET SLAVE는 슬레이브의 동기화 위치를 지우고 이전 동기화 릴레이 로그 파일을 모두 삭제하지만 재설정(STOP SLAVE)하기 전에 슬레이브 서비스를 중지해야 함을 의미합니다.

위 내용은 MariaDB 데이터베이스는 GTID 마스터-슬레이브 동기 복제를 기반으로 설치 및 구성됩니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!