centos7에서 mysql5.6의 마스터-슬레이브 복제 샘플 코드 공유에 대한 자세한 설명

이 글은 centos7에서 mysql5.6의 마스터-슬레이브 복제에 대한 자세한 설명을 주로 소개하고 있는데, 편집자가 꽤 좋다고 생각해서 지금부터 공유하고 참고용으로 올려보겠습니다. 에디터를 따라가서 살펴보자.

1. mysql 마스터-슬레이브 복제 소개

Mysql의 마스터-슬레이브 복제가 켜져 있지 않다. 데이터베이스 디스크 파일이 직접 복사되지만 로컬 서버에 복사되어 논리적 binlog 로그를 통해 동기화된 후 로컬 스레드가 로그에 있는 SQL 문을 읽어 mysql 데이터베이스.

MySQL 데이터베이스는 단방향, 양방향, 체인 캐스케이드 및 링과 같은 다양한 비즈니스 시나리오에서 복제를 지원합니다. 한 서버는 기본 서버 마스터 역할을 하며 사용자로부터 업데이트를 받는 반면, 하나 이상의 다른 서버는 슬레이브 서버는 마스터 서버의 binlog 파일에서 로그 내용을 수신하고 SQL을 구문 분석하여 슬레이브 서버에 업데이트합니다.

하나의 마스터와 하나의 슬레이브(A -> B, A가 마스터, B가 슬레이브)

하나의 마스터와 여러 슬레이브(A -> B, A ->; C, A가 슬레이브 마스터, B, C가 슬레이브)

듀얼 마스터 양방향 동기화(A -> B, B -> A, A, B가 모두 마스터이고 서로 백업)

리니어 캐스케이드(A -> B -> C, A와 B는 마스터와 슬레이브, C는 슬레이브)

링 캐스케이드(A -> B -> C -> ; A, A, B, C는 모두 마스터이고 각 노드는 데이터 쓰기가 가능합니다.)

2. mysql 마스터-슬레이브 읽기 및 쓰기 분리를 구현하는 솔루션

1. 프로그램을 통해 읽기와 쓰기 분리를 구현합니다. (

판정문 마스터-슬레이브 데이터베이스를 연결하는 키워드)

2. 오픈을 통해 읽기와 쓰기 분리를 구현합니다. 소스 소프트웨어 (mysql-proxy, amoeba, stable 성능과 기능은 보통 수준이므로 프로덕션 용도로는 권장하지 않음)

3. DAL 레이어 소프트웨어 자체 개발

3 . mysql 마스터-슬레이브 복제 원리 소개

MySQL 마스터-슬레이브 복제는 마스터 라이브러리를 슬레이브 라이브러리로 복사하는 전체 프로세스입니다. 마스터와 슬레이브 사이는 세 개의 스레드로 완성됩니다. SQL 스레드와 I/O 스레드는 슬레이브 측에 있고 다른 I/O 스레드는 마스터 측에 있습니다.

복제 원리 및 과정

1. 슬레이브에서 슬레이브 시작 명령을 실행하고 마스터-슬레이브 복제 스위치를 켜고 마스터-슬레이브 복제를 시작합니다.

2. 슬레이브의 I/O 스레드는 마스터의 인증된 복제 사용자를 통해 마스터에 지정된 binlog 로그의 지정된 위치를 요청합니다.

3. 마스터가 슬레이브의 I/O 스레드로부터 요청을 받은 후 복사를 담당하는 자체 I/O 스레드는 지정된 binlog 로그의 지정된 위치 이후의 로그 정보를 일괄적으로 읽습니다. 그런 다음 binlog 로그 외에도 반환된 정보에는 마스터의 새 binlog 파일 이름과 새 binlog의 다음 지정된 업데이트 위치도 포함됩니다.

4. 슬레이브는 마스터의 I/O 스레드에서 전송된 binlog 로그 내용을 획득하고 로그 파일 및 위치 지점 이후에 binlog 내용이 슬레이브 자체 릴레이 로그 끝에 기록됩니다. (릴레이 로그) 파일을 차례로 작성하고 새 binlog 파일 이름과 위치를 master-info 파일에 기록하여 다음에 마스터에서 새 binlog 로그를 읽을 때 마스터가 새 위치에서 읽도록 지시할 수 있습니다. 새로운 binlog의.

5. 슬레이브의 sql 스레드는 로컬 릴레이 로그에서 새로 추가된 I/O 스레드의 로그 내용을 실시간으로 감지하고, 적시에 릴레이 로그 파일의 내용을 sql 문으로 구문 분석합니다. 그리고 해당 SQL 문을 위치 순서대로 구문 분석합니다. Relay-log.info는 현재 응용 프로그램 릴레이 로그의 파일 이름과 위치를 기록합니다.

4. MySQL 마스터-슬레이브 복제 작업

여기 단일 머신에 여러 개의 mysql 인스턴스가 있습니다(3306, 3308). , 3309

마스터 데이터베이스는 3306, 슬레이브 데이터베이스는 3308,3309

(1), 마스터 데이터베이스

1. server-id 값을 설정하고 binlog 함수를 엽니다

> vi /etc/my.cnf

rrree

2. 메인 라이브러리를 다시 시작합니다

 [mysqld]
 #用于同步的每台机器server-id都不能相同

server-id = 10

log-bin = /data/mysql56/data/mysql-bin

3. 메인 라이브러리에 로그인하고 server-id를 확인합니다

> service mysqld restart

4. 라이브러리 계정에서 복사하기 위해 메인 라이브러리에 데이터베이스를 생성합니다

> mysql -uroot -p

> show variables like 'server_id';

5. 메인 데이터베이스 데이터베이스의 읽기 전용 잠금 테이블(현재 창을 닫지 마세요)

> grant replication slave on *.* to "rep"@"%" identified by "123456";

> flush privileges;

> select user,host from mysql.user;

> show grants for rep@"%";

기본 데이터베이스 보기

상태

> flush table with read lock;

6 , 기본 데이터베이스의 모든 데이터 파일을 백업하세요

> show master status;

7. 기본 데이터베이스의 데이터를 백업한 후

잠금을 해제하세요. 🎜>

> mysqldump -uroot -p -A -B | gzip > /data/mysql_bak.$(date +%F).sql.gz

8. 메인 데이터베이스에서 내보낸 데이터를 슬레이브 데이터베이스로 마이그레이션합니다

( 2) 슬레이브 라이브러리에서

1. 값을 설정하고 binlog 기능을 끄세요

① binlog를 켜야 하는 경우는 두 가지입니다

② 캐스케이드에서 A->B->C 중간에 B를 동기화하려면 , binlog 활성화가 필요합니다

③ 슬레이브 데이터베이스에서 데이터베이스 백업을 할 때 전체 백업과 binlog 로그가 있어야 전체 백업이 됩니다.

> unlock tables;

2. 슬레이브 데이터베이스를 다시 시작합니다

> vi /mysql-instance/3308/my.cnf 

[mysqld]

server-id = 11

relay-log = /mysql-instance/3308/relay-bin

relay-log-info-file = /mysql-instance/3308/relay-log.info

3. 슬레이브 데이터베이스에 로그인하여 매개변수를 확인합니다

> /mysql-instance/3308/mysql restart

4. 기본 데이터베이스에서 mysqldump로 내보낸 데이터를 복원합니다. 슬레이브 데이터베이스

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock

> show variables like 'log_bin';

> show variables like 'server_id';

마스터 데이터베이스 데이터를 슬레이브 데이터베이스

> gzip -d /data/mysql_bak.2017-01-15.sql.gz

로 복원합니다. 5. 슬레이브 데이터베이스에 로그인하고 복제 매개변수를 구성합니다

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock < /data/mysql_bak.2017-01-15.sql

위의 MASTER_LOG_FILE 및 MASTER_LOG_POS는 마스터 데이터베이스에서 마스터 상태를 표시하는 데 사용됩니다.

master.info 파일 보기

CHANGE MASTER TO

MASTER_HOST='127.0.0.1',

MASTER_PORT=3306,

MASTER_USER='rep',

MASTER_PASSWORD='123456',

MASTER_LOG_FILE='mysql-bin.000001',

MASTER_LOG_POS=396;

6. 슬레이브 데이터베이스 동기화 스위치를 활성화하고 마스터-슬레이브 복제 테스트

> cat /mysql-instance/3308/data/master.info

7. 🎜>

> mysql -uroot -p -e "create database wohehe;"

> mysql -uroot -p -S /mysql-instance/3308/mysql.sock -e "show databases;"

五、mysql主从复制线程状态说明及用途

1、主库线程的同步状态

> show processlist\G; 


*************************** 1. row ***************************

   Id: 5

  User: rep

  Host: localhost:47605

   db: NULL

Command: Binlog Dump

  Time: 4728

 State: Master has sent all binlog to slave; waiting for binlog to be updated

  Info: NULL

说明主库线程已从binlog读取更新，发送到了从库，线程处理空闲状态，等待binlog的事件更新。

2、从库线程的同频状态

> show processlist\G; 

*************************** 2. row ***************************

   Id: 6

  User: system user

  Host:

   db: NULL

Command: Connect

  Time: 5305

 State: Slave has read all relay log; waiting for the slave I/O thread to update it

  Info: NULL

说明从库已读取所有中继日志，等待从库I/O线程的更新。

六、主从复制故障

如果我在从库上创建了一个库，然后去主库创建同名的库，那么这就会冲突了。

> show slave status; 

Slave_IO_Running: Yes

Slave_SQL_Running: No

Seconds_Behind_Master: NULL

Last_Error: Error 'Can't create database 'xxxxx'; database exists' on query. Default database: 'xxxxx'. Query: 'create database xxxxx'

对于该冲突解决方法

方法一

> stop slave;

#将同步指针移动下一个，如果多次不同步，可重复操作

> set global sql_slave_skip_counter = 1;

> start slave;

方法二

> vi /mysql-instance/3308/my.cnf 

#把可以忽略的错误号事先在配置文件中配置

slave-skip-errors = 1002,1007,1032

위 내용은 centos7에서 mysql5.6의 마스터-슬레이브 복제 샘플 코드 공유에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!