MySQL에서의 복사에 대한 상세한 분석
- 小云云원래의
- 2017-12-08 11:59:571317검색
이 글에서는 주로 MySQL의 복제에 대한 자세한 분석을 소개합니다. 기본 개념, 용도, 구현 방법 및 중앙 집중식 모드를 소개한 다음 특정 참조 가치가 있는 특정 구현 코드를 공유합니다.
1.mysql 복제 개념
은 기본 데이터베이스의 DDL, DML 작업을 바이너리 로그를 통해 복제 서버로 전송한 후, 이 로그 파일을 복제 서버에서 다시 실행하여 복제 서버를 만드는 것을 말한다. 기본 서버 데이터는 동기화 상태로 유지됩니다. 복제 중에 하나의 서버는 마스터 역할을 하고 하나 이상의 다른 서버는 슬레이브 역할을 합니다. 마스터는 바이너리 로그 파일에 대한 업데이트를 다시 작성하고 파일 인덱스를 유지하여 로그 회전을 추적합니다. 이러한 로그는 슬레이브 서버로 전송된 업데이트를 기록합니다. 슬레이브가 마스터에 연결되면 슬레이브가 로그에서 읽은 마지막 성공적인 업데이트 위치를 마스터에 알립니다. 슬레이브는 그 이후 발생한 모든 업데이트를 수락한 다음 마스터가 새 업데이트에 대한 알림을 받을 때까지 차단하고 기다립니다.
2. 복제의 목적
마스터-슬레이브 복제를 통해 데이터를 동기화한 후, 읽기-쓰기 분리(mysql-proxy)를 통해 데이터베이스의 동시 로드 용량을 향상시키거나, 메인 머신과 백업 머신은 메인 머신이 응답을 멈춘 후 애플리케이션이 백업 머신으로 전환되어 매우 짧은 시간 내에 계속 실행될 수 있도록 보장합니다.
장점:
(1) 데이터베이스 클러스터 시스템에는 단일 노드 장애가 발생하더라도 다른 일반 노드가 계속 서비스를 제공할 수 있습니다.
(2) 마스터 서버에 문제가 발생하면 슬레이브 서버로 전환 가능
(3) 복제를 통해 슬레이브 서버에서 쿼리 작업을 수행할 수 있어 마스터 서버의 접근 부담을 줄이고 데이터 분산 및 로드 밸런싱
(4) 백업 중에 마스터 서버의 서비스에 영향을 미치지 않도록 슬레이브 서버에서 백업을 수행할 수 있습니다.
3. 복제 구현(3가지 방법)
(1) DRBD는 서버 간 블록 장치 콘텐츠 미러링을 위한 소프트웨어 구현형 비공유 스토리지 복제 솔루션입니다.
(2) Mysql 클러스터(mysql 클러스터라고도 함). Mysql 복제(replication) 자체는 비교적 간단한 구조, 즉 슬레이브 서버(slave)가 마스터 서버(master)로부터 바이너리 로그를 읽고 이를 파싱하여 자신에게 적용하는 구조이다.
(3) 간단한 복제 환경에는 mysql을 실행하는 두 개의 호스트만 필요하며, 하나의 물리적 서버 호스트에서 두 개의 mysqld 인스턴스를 시작할 수도 있습니다. 하나는 마스터 역할을 하고 다른 하나는 슬레이브 역할을 하여 복제 환경 구성을 완료합니다. 그러나 실제 애플리케이션 환경에서는 mysql 복제 기능을 사용하여 가장 일반적으로 사용되는 마스터-슬레이브 아키텍처와 같이 실제 비즈니스 요구에 따라 확장에 더 도움이 되는 다른 복제 아키텍처를 구축할 수 있습니다.
마스터-슬레이브 아키텍처는 하나의 mysql 서버를 마스터로 사용하고 하나 이상의 mysql 서버를 슬레이브로 사용하며 마스터의 데이터를 슬레이브에 복사하는 것을 의미합니다. 실제 응용 프로그램에서는 마스터-슬레이브 아키텍처 모드가 mysql 복제에 가장 일반적으로 사용됩니다. 일반적으로 이 아키텍처에서는 시스템의 쓰기 작업이 마스터에서 수행되는 반면 읽기 작업은 다양한 슬레이브에 분산되므로 이 아키텍처는 현재 인터넷의 높은 읽기 및 쓰기 문제에 특히 적합합니다.
Mysql 데이터베이스 복제 작업은 대략 다음 단계로 나누어집니다.
(1) 마스터는 바이너리 로그를 활성화합니다. 바이너리 로그를 활성화하는 작업은 로그 관리에 자세히 설명되어 있습니다.
(2) 슬레이브의 I/O 프로세스는 마스터에 연결하고 지정된 로그 파일의 지정된 위치(또는 로그 시작 부분)에서 로그 내용을 요청합니다.
(3) 마스터는 슬레이브로부터 I/O 프로세스 요청을 받은 후, 복제를 담당하는 I/O 프로세스를 통해 요청 정보에 따라 지정된 로그의 지정된 위치 이후의 로그 정보를 읽어서 마스터에게 반환한다. 슬레이브의 I/O. 반환된 정보에는 로그에 포함된 정보 외에도 bin-log 파일의 이름과 반환된 정보가 마스터로 전송된 bin-log의 위치도 포함됩니다.
(4) 정보를 받은 후 슬레이브의 I/O 프로세스는 수신된 로그 내용을 슬레이브 측의 릴레이 로그 파일 끝에 차례로 추가하고 빈의 파일 이름과 위치를 기록합니다. master-info 파일을 읽은 마스터 측에 로그인합니다.
(5) 슬레이브의 SQL 프로세스는 Relay-log에서 새로운 내용을 감지한 후 즉시 Relay-log의 내용을 구문 분석하고 자체적으로 실행합니다.
4. mysql 복제의 중앙 집중식 모드
mysql5.1 이후 버전에서는 행 기반 복제라는 새로운 복제 기술이 도입되어 복제가 향상되었습니다. 이 기술은 기존의 binlog 모드를 복사하는 것이 아닌, 테이블에서 변경된 레코드에 초점을 맞춘 것입니다. mysql5.1.12부터 이를 달성하기 위해 다음 세 가지 모드를 사용할 수 있습니다.
(1) 명령문 기반 복제(sbr)
(2) 행 기반 복제(rbr)
(3) 혼합 모드 복제(mbr)
따라서 binlog에는 명령문, 행 및 혼합의 세 가지 형식이 있습니다. Mbr 모드에서는 sbr 모드가 기본값입니다. binlog의 형식은 런타임 시 동적으로 변경될 수 있습니다. 마스터-슬레이브 복제 모드를 설정하는 방법은 매우 간단합니다. 다음과 같이 이전에 설정된 복제 구성을 기반으로 다른 매개변수를 추가하기만 하면 됩니다.
binlog_format=”statement” #binlog_format=”row” #binlog_format=”mixed”
물론 런타임에 binlog를 동적으로 수정할 수도 있습니다. 형식
Mysql> set session binlog_format=”statement”
5. 마스터 서버 운영 제어
Master: 192.168.11.139
Slave: 192.168.11.130
) 마스터서버 :
mysql> show variables like '%datadir%'; +---------------+--------------------------+ | Variable_name | Value | +---------------+--------------------------+ | datadir | /application/mysql/data/ | +---------------+--------------------------+
메인 서버에서 바이너리 로그 활성화:
mysql> show variables like 'log_bin'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | OFF | +---------------+-------+ row in set (0.00 sec)
OFF는 바이너리 로그가 꺼진 것을 의미합니다.
로그를 활성화하는 3단계:
①mysql 설치 디렉토리/my를 엽니다. .cnf
② [mysqld] 레이블을 찾아 이 레이블 아래 줄에 다음 명령문을 추가합니다.
log_bin[filename]
이 명령문에서 log-bin은 바이너리 파일 이름이 열려야 함을 나타냅니다. 바이너리 로그의 이름입니다. 지정하지 않으면 기본값은 호스트 이름이고 그 뒤에 파일 이름으로 -bin이 붙습니다. 이는 기본적으로 datadir 디렉터리에 저장됩니다. 여기에 Binary_log를 지정합니다. 지정된 데이터베이스에 대한 바이너리 파일만 생성하는 경우 다음 문을 추가해야 합니다.
Binlog-do-db=db_name（数据库名称）
지정된 데이터베이스에 대한 바이너리 파일 로그를 생성하지 않는 경우 다음을 추가해야 합니다. 명령문
Binlog-ignore-db-db_name（数据库名称）
③mysql 서비스를 다시 시작합니다. mysql 설치 디렉터리/데이터 폴더에서 "binary_log.00001"과 같은 "binary_log.numeric number" 파일을 확인할 수 있습니다. 향후 mysql 서비스를 다시 시작할 때마다 바이너리 파일이 재생성되며, 해당 파일에 숫자가 표시됩니다. 파일 이름이 늘어납니다.
성공적인 시작 후 mysql 구성 파일 my.cnf를 수정하고 서버 ID를 설정합니다. 코드는 다음과 같습니다
Server-id=1 Binlog-do-db=xscj Binlog-ignore-db=mysql Server-id=1：每一个数据库服务器都要指定一个唯一的server-id，通常主服务器为1，master和slave的server-id不能相同。 Binlog-do-db：表示需要复制的数据库，这里以xscj为例 Binlog-ignore-db：表示不需要复制的数据库
마스터에서 복제에 필요한 사용자를 생성합니다
mysql> grant replication slave on *.* to rep_user@'%';
Query OK, 0 rows affected (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec
mysql> show master status\G
*************************** 1. row ***************************
File: binary_log.000001
Position: 303
Binlog_Do_DB:
Binlog_Ignore_DB:
row in set (0.00 sec) 마스터 호스트의 데이터를 백업하고 /data/binary_dump.txt 파일에 저장한 후 슬레이브 머신으로 가져옵니다.
[root@localhost bin]# mysqldump -h localhost>/data/binary_dump.txt
(2) 슬레이브 서버 동작 제어
슬레이브 서버의 데이터베이스 구성 파일을 수정합니다. 구성은 다음과 같습니다.
Server-id=2 ##设置从服务器id Master-host=192.168.11.129 Master-user=rep_user Master-password= ##设置连接主服务器的密码 Replicate-do-db ##设置你要同步的数据库，可以设置多个 Master-port=<port> ##配置端口号 重启slave，在slave主机的mysql重新执行如下命令，关闭slave服务 Mysql>stop slave; 设置slave实现复制相关的信息，执行如下命令 Mysql>change master to >master_host='', >master_user='', >master_password='', >master_log_file='binary_log.000007', >master_log_pos=120; 输入:show slave status\G用于提供有关从服务器线程的关键参数信息。
공통 명령어는 다음과 같습니다
옵션 |
기능 |
슬레이브 시작 |
복제 스레드 시작 |
슬레이브 중지 |
복제 스레드 중지 |
슬레이브 재설정 |
복제 스레드 재설정 |
슬레이브 상태 표시 | 복제 스레드 상태 표시 |
슬레이브 상태 표시g |
복제 스레드 상태 표시(별도의 줄에 표시) |
마스터 상태 표시G |
마스터 데이터베이스 상태 표시(별도의 줄에 표시) 마스터 로그 표시 processlistv |
| 실행 중인 스레드를 보여줍니다 | 알았나요? 서둘러서 사용해 보세요. |
| mysql_MySQL에서 테이블 구조를 복사하는 방법 요약 | MySQL_MySQL에서 데이터 테이블의 데이터를 새 테이블로 복사하는 작업 튜토리얼 |
| MySQL 복제 개요 및 설치, 오류 , 기술, 도구(Huo Ding이 공유함) |
위 내용은 MySQL에서의 복사에 대한 상세한 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!