>  기사  >  데이터 베이스  >  MySQL 마스터-슬레이브 복제의 원리 및 구성 분석

MySQL 마스터-슬레이브 복제의 원리 및 구성 분석

怪我咯
怪我咯원래의
2017-04-06 18:10:551384검색

작동 원리 다이어그램:

MySQL 마스터-슬레이브 복제의 원리 및 구성 분석

마스터-슬레이브 복제 원리:

points 동기 복제와 비동기 복제의 경우 실제 복제아키텍처의 대부분이 비동기 복제이다. 복제의 기본 과정은 다음과 같습니다.

1) Slave의 IO 프로세스는 Master에 접속하여 지정된 로그 파일의 지정된 위치(또는 로그의 시작 부분)부터 로그 내용을 요청합니다. );

2) 마스터가 슬레이브의 IO 프로세스로부터 요청을 받은 후, 복제를 담당하는 IO 프로세스는 요청 정보, 이를 슬레이브의 IO 프로세스로 반환합니다. 반환된 정보에는 로그에 포함된 정보 외에도 bin-log 파일의 이름과 반환된 정보가 마스터 측에 도달한 bin-log의 위치도 포함됩니다.

3) Slave의 IO 프로세스는 정보를 수신한 후 수신된 로그 내용을 Slave 측의 Relay-log 파일 끝에 차례로 추가하고 Master 측에서 읽은 bin-log의 파일 이름과 위치를 기록합니다. 다음에 읽을 수 있도록 master-info 파일을 검색할 때 마스터에게 "다음 콘텐츠를 기록하려면 특정 bin-log의 어디에서 시작해야 합니까? 나에게 보내주세요"라고 명확하게 알릴 수 있습니다. 🎜>

4) 슬레이브의 SQL 프로세스가 릴레이를 감지합니다. - 새로운 내용이 로그에 추가된 후, 마스터 측에서 실제로 실행될 때 릴레이 로그의 내용을 즉시 파싱하여 실행 가능한 콘텐츠로 만듭니다. 자체적으로 실행됩니다.

환경 설명

    운영 체제: CentOS6.3_x64
  • 마스터 서버 마스터: 192.168. 0.202
  • 서버의 슬레이브: 192.168.0.203
  • mysql 마스터-슬레이브 복제

1. 마스터 mysql 설치부터 버전은 동일

mysql-5.5.30.tar.gz를 설치했는데 여기서는 생략...

2. 마스터 및 슬레이브 서버

master服务器配置:
vi /usr/local/mysql/etc/my.cnf
[mysqld]
server-id=202     #设置服务器唯一的id,默认是1,我们设置ip最后一段,slave设置203
log-bin=mysql-bin # 启用二进制日志
binlog-ignore-db = mysql,information_schema  #忽略写入binlog的库

slave服务器配置:
vi /usr/local/mysql/etc/my.cnf
[mysqld]
server-id=203
replicate-do-db = abc     #只同步abc库
slave-skip-errors = all   #忽略因复制出现的所有错误

3. 마스터-슬레이브 서버 mysql

/etc/init.d/mysqld restart

를 다시 시작합니다. 4. 슬레이브 승인

mysql> mysql -u root -p123.com
mysql> GRANT REPLICATION SLAVE ON *.* to [email protected] identified by ‘1234.com’; #replication:复制

5. 마스터 데이터베이스 상태 확인

mysql> show master status;
+------------------+----------+--------------+------------------+
| File  | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 263 |  |   |
+------------------+----------+--------------+------------------+

6. 슬레이브 데이터베이스 구성

mysql> change master to
 -> master_host='192.168.0.202',
 -> master_user='sync',
 -> master_password='1234.com',
 -> master_log_file='mysql-bin.000002',
 -> master_log_pos=263;
#Log和pos是master上随机获取的。这段也可以写到my.cnf里面。

7. 슬레이브 동기화 프로세스를 시작하고 상태를 확인합니다.

mysql> start slave;

MySQL 마스터-슬레이브 복제의 원리 및 구성 분석Slave_IO_Running 및 Slave_SQL_Running의 값이 YES여야 상태를 나타냅니다. 정상입니다.

8. 마스터-슬레이브 동기화 확인

마스터 mysql에 abc

데이터베이스를 생성한 다음 mysql에서 동기화가 성공했는지 확인하세요!

mysql> create database abc;
mysql> show databases;
+--------------------+
| Database   |
+--------------------+
| information_schema |
| abc    |
| mysql    |
| performance_schema |
| test    |
+--------------------+
슬레이브 시작 시 보고된 오류:

"Last_IO_Error: 바이너리 로그에서 데이터를 읽을 때 마스터에서 치명적인 오류 1236이 발생했습니다. '바이너리 로그 인덱스 파일에서 첫 번째 로그 파일 이름을 찾을 수 없습니다'"

해결책: 오류가 발생하는 주요 원인은 슬레이브에서 마스터로 설정한 바이너리 파일 이름이나 pos 값이 일치하지 않기 때문입니다!

먼저 로그를 지우고 마스터 데이터베이스의 상태를 확인하세요. 로그 파일 이름과 위치 값을 확인하세요.

그런 다음 슬레이브에서 CHANGE를 실행하세요. MASTER TO MASTER_LOG_FILE ='바이너리 로그 이름',MASTER_LOG_POS=value;

마지막으로 동기화 프로세스 시작: 슬레이브 시작;

위 내용은 MySQL 마스터-슬레이브 복제의 원리 및 구성 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.