MySQL의 백업 도구는 mysqldump에와 --xtrabackup

MySQL의 백업 mysqldump를 ---- xtrabackup 및 도구를 사용하여

A, Xtrabackup8.0 :

지원 MySQL은, Percona 서버와 MariaDB, 무료 오픈 소스에 대한 물리적 백업 도구 MySQL 데이터베이스 핫 백업이 더 인기있는 주류 백업 도구입니다. xtrabackup 두 데이터 백업 이노 디비 및 xtraDB 엔진 테이블,하지만 MyISAM 테이블을 백업 할 수 없습니다.

백업 원리 :

작품 Percona XtraBackup 로그 시퀀스 시작시 번호 (LSN) 한 다음 데이터 파일을 복사 것을 기억합니다. 한편, Percona XtraBackup는 트랜잭션 로그 파일을 다시 mysq 모니터링하는 배경 탐지 프로세스를 실행하고, 백그라운드에서 로그 파일 xtrabackup_log을 적립있는 변화를 복사합니다. 복사의 종료 후, 파일 시스템 테이블 스페이스 ibdatax을 복사 한 후 이노 디비 데이터 파일 readlock과 같은 높이 테이블을 실행하고있는 .frm의 MYI의 MYD 및 기타 문서, 최종 구현 테이블의 잠금을 해제, 최종 정지 xtrabackup_log 복사됩니다

Xtrabackup (CentOS는 / 레드햇) 설치 :

방법 1 (공식 권장) :
1. 다운로드 적절한 RPM 설치 패키지
wget을 https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-8.0.4/binary/redhat/7/x86_64/percona-xtrabackup- 80-8.0.4-1.el7.x86_6 4.rpm

2. 다운로드 rpm 패키지를 설치
냠 localinstall percona-xtrabackup-80-8.0.4-1.el7.x86_64.rpm

3. 설치의 성공 여부
의 rpm -qa | 그렙 -i xtrabackup
관련 문서 쿼리
RPM -ql percona-xtrabackup-80

4. 백업 디렉토리를 작성

5. 수정 프로필 mysql을
열고 빈은 로그, 로그 추가하거나 데이터베이스 디렉토리를 수정

두 번째 방법 (공식 권장) :

1. 설치 Percona 냠 저장소
   냠 설치 https://repo.percona.com/yum/percona-release-latest.noarch.rpm

2. 安装Percona XtraBackup
   냠 설치 percona-xtrabackup-80

방법 세 가지 :

1. 바이너리 패키지 다운로드
   wget을
   https://www.percona.com/downloads/Percona-XtraBackup-LATEST/Percona-XtraBackup-8.0-7/binary/tarball/percona-xtrabackup-8.0.7-Linux-x86_64.libgcrypt20.tar합니다. GZ
   

2. 解压
   타르 zxvf percona-xtrabackup-8.0.7-리눅스 x86_64.libgcrypt20.tar.gz
   MV percona-xtrabackup-8.0.7-리눅스 x86_64의 xtrabackup
   은 cp -r xtrabackup / usr / 지방 / xtrabackup

3. 환경 변수 추가
   "를 PATH = $는 PATH 내보내기 : / usr / 지방 / xtrabackup / 빈"에코>
   /etc/profile.d/xtrabackup.sh

4. 환경 변수는 효과 반영하기
   소스 /etc/profile.d/xtrabackup.sh을

이점을 Xtrabackup :

1. 백업 속도, 안정적인 물리적 백업
   
2. 트랜잭션 (테이블을 잠글 필요가 없습니다)을 방해하지 않습니다 백업 프로세스가 실행되고
3. 디스크 공간과 트래픽을 기반 압축 기능을 저장할 수
4. 자동 백업 검증
5. 속도를 복원 (완전히 메모리에 캐시 할 필요없이, 색인하지 않고, InnoDB의 테이블을 MySQL의 문 중 하나를 수행 할 필요가 없습니다)
6. 백업 전송은 다른 시스템으로 순환 될 수있다
7. 서버의 부하를 증가시키지 않고 데이터를 백업

Xtrabackup 단점 :

1. 대형 파일
2. 항상 크로스 플랫폼, 운영 체제 및 MySQL 버전 수

참고 새 버전 8.0 :

(1) 명령을 제거 innobackupex
(2) Percona XtraBackup MySQL8.0 버전 8.0을 지원,
(3) mysql8.0 버전 xtrabackup2.4 백업 및 복구를 필요로 이전한다.

Xtrabackup 권한 :

: 전체 백업에 필요한 최소한의 권한을 가진 데이터베이스 사용자 생성 Xtrabackup
, MySQL의>는 @ 's3cr의 %의 T'식별 'localhost를'사용자 bkpuser 'CREATE
에서 MySQL> GRANT BACKUP_ADMIN, 프로세스, RELOAD, LOCK 테이블을 복제 클라이언트를 . 받는 사람 'bkpuser'@ 'localhost를';
; MySQL의>를 부여 SELECT를 ON받는 'bkpuser'@ 'localhost를'performance_schema.log_status
MySQL의> 플러시의 PRIVILEGES;

참고 :

일단 서버에 연결, 당신이 읽고 서버에서 실행해야 DATADIR 파일 시스템 레벨 권한의 백업을 수행합니다.
여러 서버 인스턴스가있는 경우, 당신은 올바른 서버 xtrabackup와 통신하기위한 올바른 연결 매개 변수 (포트, 소켓, 호스트)를 지정해야합니다.

전체 백업을 Xtrabackup :

xtrabackup --defaults-파일 =은 / etc / my.cnf의 --host = 127.0.0.1 --user = 루트 --password = xxxyyy --port = 3306 --backup --target-DIR = / 백업 / 전체 /

최적화 옵션 :

--rsync
로컬 파일 전송을 최적화하기 위해 rsync와 유틸리티를 사용합니다. 이 옵션을 지정하면, xtrabackup 대신 큰 데이터베이스 또는 테이블을 가진 서버 빠를 수 있습니다 각 파일에 대해 별도의 CP를 생성하는 모든 비 이노 파일을 복사 rsync를 사용합니다. 이 옵션은 --stream과 함께 사용할 수 없습니다.
--use-메모리
백업용으로 사용하려면이 옵션에 할당 된 메모리의 양에 영향을
--parallel = #
동시에 백업하는 동안 여러 데이터 파일을 복사하려면이 옵션은 생성 된 스레드 수를 지정합니다. 기본값 (동시 전송하지 않고, 즉, 1)이다.

복구의 전액을 Xtrabackup :

1. 백업을 복원하기 전에, DATADIR은 비어 있어야합니다. 복구를 수행하기 전에, MySQL 서버를 종료해야합니다 또한 중요하다. 당신은 mysqld를 DATADIR의 실행중인 인스턴스로 복원 할 수 없습니다 (시 백업 리드 부분 제외).

2. 전체 백업을 준비, 주요 역할은 데이터 파일의 사용은 다시 커밋되지 않은 트랜잭션을 롤링하여 일관성있는 상태에서 데이터 파일을 한 것입니다 및 트랜잭션 동기화에 제출되었습니다.
   xtrabackup --defaults-파일 =은 / etc / my.cnf의 --user = 루트 --password = xxxyyy --prepare (--apply 로그 전용) - 대상-DIR = / 백업 / 전체 /

3. 데이터가 데이터 디렉토리 이후에 복원하면 복구 된 파일이 올바른 소유권과 권한이 있는지 여부를 확인해야합니다. : 파일 속성이 보존되기 때문에 그들은 사용자의 백업 만들 필요가 있기 때문에, 대부분의 경우, 데이터베이스 서버를 시작하기 전에, 당신은 MySQL을위한 파일의 소유권을 변경해야
   / = / 등 내를 xtrabackup --defaults-파일. --user = 루트 --password = CNF XXXYYY --copy-돌아 가기 --- 디렉터리 = / 백업 대상 / 전체 /
   대한 Chown -R & LT의 MySQL : MySQL은은 / var / lib 디렉토리 / MySQL을

4. MySQL의 서비스를 다시 시작

참고 :

당신이 더 증분 백업에 대한 기준으로 백업하려는 경우 백업 할 때, 당신은 그렇지 않으면 증분 백업을 적용하지 않습니다 -apply 로그 전용 옵션을 사용해야합니다

Xtrabackup 매개 변수 소개 :

--defaults-파일은
MySQL의 설정 파일을 지정 : 기본 옵션은 지정된 파일에서 읽을 수 있습니다. 그리고 명령 행에서 첫 번째 옵션으로 사용되어야하며 본격적인 문서해야합니다, 그것은 기호 링크가 될 수 없습니다.

--target-DIR은
디렉토리 백업 데이터를 지정

--prepare
당신은 그들이 서로 다른 시간에 실행에 복제되기 때문에, 시간에 지점을 가지고 있고,이 과정에서 변경되었을 수 있습니다 때까지 데이터 파일이 일치하지 않습니다,이 단계는 같은 시간에 정확히 같은 파일을 만든다

--backup
--target-디렉토리에 백업을

--copy 백
모든 파일의 복사본은 이전에 원래 경로에 백업. 당신이 --force-비어 있지 않은 디렉토리 옵션을 지정하지 않는하지만, 원래 경로에서 파일이나 디렉토리를 가질 수 없습니다.

데이터베이스 백업을 지정합니다 :

xtrabackup --defaults-파일 =은 / etc / my.cnf의 --host = 127.0.0.1 --user = 루트 --password = xxxyyy --port = 3306 --databases = "xxx는"--backup --target-DIR = / 부품 / 단일

데이터베이스 복구를 지정합니다 :

수출 테이블, 같은 수입 테이블과 백업 프로세스의 일부를 복원하는 프로세스를 사용하는 --export 옵션의 프로세스와 유사 부분 백업 프로세스를 준비합니다. 물론, 감소는 디렉토리에 직접 상태를 준비 직접 복사 백업 데이터에 의해 달성 될 수있다, 디렉토리 데이터가 일관성있는 상태에서이 시간에 필요하지 않습니다.

1. xtrabackup --defaults-파일 =은 / etc / my.cnf의 --prepare --export --target-DIR = / 부품 / 하나
   
2. 생성 및 데이터베이스 테이블 구조를 해당
3. 테이블 공간을 폐기하는 것은
   테이블 dbname.tbname 폐기 테이블을 변경
   
4. 대상 서버의 해당 데이터베이스 디렉토리에 내 보낸 테이블의 하위 디렉토리에 파일을 복사
   CP /part/single/dbname/*.ibd은 / var / 빈 / mysql을 / DBNAME /
   
5. 문서의 재 승인
   을 chown -R mysql을한다 : mysql은 / var / lib 디렉토리 / mysql을
   
6. 로드 테이블 공간은
   테이블 dbname.tbname 가져 오기 테이블 스페이스를 변경하는 행위

--export
파일 내보내기 테이블을 만드는 데 필요한

참고 :

데이터의 드롭 후 우리 테이블을 수동으로 복원 테이블 문의 건설을 수행 할 경우 너무 경우 InnoDB 스토리지 엔진 데이터는 데이터를 삭제하면, 개방 innodb_file_per_table하려면 여전히 DATADIR에있는 .ibd, .FRM 파일 아래에있을 것입니다. CFG 파일이 사용됩니다 및 데이터 사전이 일치 할 수 있습니다.

증분 백업을 Xtrabackup :

주요 변경 사항은 InnoDB에있는 페이지를 (LSN은 xtrabackup_checkpoints의 평균 번호 LSN보다 큰) 복사하여 증분 백업입니다. 백업이 LSN을 완료 체크 포인트를 기록합니다 Xtrabackup_checkpoints 파일, 증분 백업은 데이터 풍부한 먼저 증분 백업을 기반으로하는 시간을 기준으로 백업 장비로 각각 증가 후를 기반으로 전체 백업입니다 궁극적으로 제조 공정에 의해 제조의 일관성을 증가시키는, 모든 장치는 두 번째 단계 것을 제외하고는 비슷

첫 번째 증분 백업 :

xtrabackup --defaults-파일 =은 / etc / my.cnf의 --host = 127.0.0.1 --port = 3306 --user = 루트 --password = 123456 --backup --target-DIR = / 증분 / incr1
- 증분 BASEDIR = / 데이터 / 백업 /

두 번째 증분 백업 :

xtrabackup --defaults-파일 =은 / etc / my.cnf의 --host = 127.0.0.1 --port = 3306 --user = 루트 --password = 123456 --backup --target-DIR = / 부품 / incr2
- 증분 BASEDIR = / 증분 / incr1

참고 :

증분 백업은 MyISAM 테이블, 모든 장비와 같은 증가에 대해, InooDB XtraDB 또는 테이블을 적용 할 수 있습니다.

증분 복구를 Xtrabackup :

1. 전체 백업, 데이터 일관성 디렉토리 보장하기 위해 전체 백업 데이터 준비
   xtrabackup의 --defaults-파일을 =은 / etc / my.cnf의 --prepare --apply 로그 전용 --target-DIR = / 데이터 / 백업

2. 증분 백업은 전체 백업을 복원, (증분 백업은 --apply 로그 전용 제거 마지막 증분 백업, --apply 로그 전용 매개 변수를 추가로 복구하기 시작했다)도 --apply - 스터링 경우 마지막 증분 백업에 백업은 동일하게 유지되지만,이 경우, 서버는 롤백 단계를 수행합니다.
   파일 --- 기본값 = xtrabackup은 / etc / --apply의 my.cnf --prepare --target-로그 전용 디렉터리 = / 데이터 / 백업 / --incremental-디렉터리 = / 증분 / INCR1
   xtrabackup --defaults-파일 =은 / etc / my.cnf의 --prepare --target- DIR = / 데이터 / 백업 / --incremental-DIR = / 증분 / incr2

3. 마지막 데이터에 / 데이터 / 백업 / 새 백업 증분 백업 응용 프로그램이 복원입니다
   --user --password = XXXYYY --copy = 루트로 돌아 가기 --- 대상 디렉터리 = / 데이터 / 백업 / xtrabackup
   대한 Chown을 -R mysql을한다 : mysql은 / var / lib 디렉토리 / mysql을

참고 :

--prepare 증분 백업 및 다른 단계의 전체 백업 단계. 전체 백업에서 데이터베이스 일관성을 유지하기 위해 작업의 두 가지 유형을 수행 : 트랜잭션이 로그 파일의 데이터 파일 재생과 관련하여 제출 된, 커밋되지 않은 트랜잭션은 롤백됩니다. 백업 커밋이 진행 트랜잭션 수 있습니다 때 때문에 증분 백업을위한 준비, 당신은 커밋되지 않은 트랜잭션의 롤백을 생략해야하며, 가능성이 다음 증가 백업에 제출 될 것입니다. 당신은 롤백 상을 방지하기 위해이 --apply 로그 전용 옵션을 사용해야합니다.

Xtrabackup 매개 변수 소개 :

--apply 로그 만
만 다시 백업을 준비하기 위해 구현 단계로 이어질 수있는 옵션을 선택합니다. 이 증분 백업 중요하다.

--target-DIR
백업 : 증분 백업 디렉토리
복구 : 증분 백업 및 디렉토리의 새 전체 백업을 작성하기 위해 결합 된 전체 백업입니다 증분 백업에 대비하여.

--incremental-BASEDIR
증분 백업을 생성,이 디렉토리는 기본 데이터 증분 백업을 설정하는 전체 백업이 포함되어 있습니다.

-Apply-로그 만
트랜잭션 롤백 상을 방지

각 백업 디렉토리 파일 설명 :

(1) xtrabackup_checkpoints - 백업 유형 (예를 들어, 전체 또는 증분), 백업 상태 (예를 들어, 준비 상태인지 등) 및 LSN (로그 시퀀스 번호) 정보를 배열한다.
각 이노 페이지 (전형적으로 크기가 16K)는 로그 시퀀스 번호, 즉 LSN을 포함 할 것이다. LSN은 얼마나 최근의 변화를 보여줄 수이 페이지 LSN에 관련된 각 페이지 데이터베이스 시스템의 시스템 버전입니다.
(2) xtrabackup_binlog_info - 현재 순간 백업 위치 바이너리 로그 이벤트까지 사용 최대의 MySQL 서버 바이너리 로그 파일.
(3) xtrabackup_info - 레코드가 매개 변수 중 일부입니다 때 백업 스크립트 버전, 데이터베이스 버전, 백업 시간, 바이너리 로그, 압축, 증분 백업 또는 전체 금액 및 기타 정보 여부.
(4) 백업의 my.cnf - 정보 필요한 my.cnf 파일 백업이 포함되어 있습니다.
(5) 백업 로그 기록 데이터를 복원하는 로그 데이터가 제조시 사용 가능한 데이터에 부합해야 xtrabackup_logfile--.
(6) 기타 정보 데이터베이스 파일은
때때로 당신은 (마지막 체크 포인트 LSN)를 to_lsn 볼 수 있고 last_lsn 서버의 일부 트래픽이 백업 프로세스 중에이 의미 (LSN 마지막 복사) 사이에 차이가있다

전체 백업 프로세스를 xtrabackup :

1. 실시간 백업 리두 로그

• xtrabackup_log 모니터링 스레드를 열 xtrabackup
• LSN 기록을 시작하고, 변화의 실시간 모니터링은 리두 로그 파일
• 백업 로그는 xtrabackup_logfile에 복사 트랜잭션 로그 파일의 새 페이지에 기록됩니다;

1. 이노 디비 파일 복사

• 당신이 리두 로그 백업 오픈 xtrabackup 복사 스레드를 켜면, 파일 복사를 시작 이노 디비.
• 복사 순서 :
• IBD 파일을 ibdata1, sys_config.ibd, mysql.ibd뿐만 아니라 다른 DATADIR 디렉토리
• 데이터베이스 디렉토리에있는 IBD, 테스트 라이브러리, 직원, sakila 등
• 파일을 실행 취소

1. 백업, LOCK 테이블을 InnoDB의 파일을 복사 한 후

• 비 잠금 InnoDB의 테이블

1. 비 이노 디비 파일 복사

• 복사 MySQL은, P_S 및 기타 라이브러리, .MRG, .MYD, .MYI, .ARM, .ARZ, .CSM, .CSV 파일의 .sdi과에서 .par 및 다른 유형에서 .FRM.

1. LSN 및 바이너리 로그의 위치를 ​​가져옵니다

• 당신은 LSN의 바이너리 로그의 위치를 ​​얻을 필요하고, 파일 백업의 끝에서
• 백업을위한 LOCK 바이너리 로그
• 조작의 위치를 ​​변경하기 위해 모든 가능한을 방지하기 위해 바이너리 로그
• 그런 다음 전체 복사본이 로그 파일을 다시 실행 및 좌표 바이너리 로그를 얻을 수
• p_s.log_status에서 정보 얻기
• 바이너리 로그 파일은 xtrabackup_binlog_info 기록
• LSN은 xtrabackup_checkpoints 기록

1. FLUSH NO_WRITE_TO_BINLOG 엔진 LOGS

• 닫았다가 다시 엽니 다 어느 바이너리 로그 기록되지 로그 스토리지 엔진이 설치되어 새로 고칩니다.
• 이 디스크로 로그인 할 때 이노됩니다.

1. xtrabackup_log 스레드를 중지
2. 테이블을 잠금 해제, 바이너리 로그
3. 추가 정보 백업

• 복사 ib_buffer_pool
• 백업 my.cnf 파일 작성
• 쓰기 xtrabackup_info

1. 바이너리 로그 위치는 모든 것이 정상인지, xtrabackup는 0을 반환 종료됩니다, STDERR로 인쇄됩니다.

二, mysqldump는 :

백업 원리 :

수출 SQLy 문 파일

mysqldump는 장점 :

1. 복구 간단한, 그들은 MySQL의에 파이프 입력을 사용할 수 있습니다
2. 데이터가 생성 MySQL 서버에서 추출되기 때문에 관계없이 스토리지 엔진, 따라서 다양한에 저장된 기본 데이터를 제거
3. 그것은 데이터 손상을 방지 할 수 있습니다. 디스크 드라이브가 원본 문서를 복사 할 실패가있는 경우,이 시간은 손상된에 백업됩니다

mysqldump는 단점 :

1. 작업을 완료하기 위해 논리적 데이터베이스 서버가 있어야합니다, 당신은 더 많은 CPU 사이클해야

2. 논리 백업 및 복구 속도가 느린 : MySQL의 스토리지 포맷을 변환 문을로드하고 해석하는 데 필요한, 재건축 엔진

   전체 백업 mysqldump에 :

   mysqldump는이 --flush-로그가 새로운 바이너리 로그 파일을 생성하는 명령 옵션을 가지고 있어야합니다
   mysqldump를 -h127.0.0.1 -P3306 -uroot -p - 단일 거래 --flush-로그 --master-데이터 = 2 - 모든 데이터베이스> /backup/all.sql

   매개 변수 설명

   의 MyISAM의 경우 단수 - 트랜잭션의 모든 테이블 -lock 대체
   현재의 로그 기록을 종료 --flush을, 새 로그 파일을 생성;
   는 SQL 옵션의 출력에서 --master-데이터 = 2는 새로운 전체 백업을 기록합니다 후 로그 파일 이름, 시작 위치 및 POS
   --all-데이터베이스의 모든 데이터베이스
   --master-데이터 = [0 | 1 | 2]
   0 : 기록하지
   1 : 변경 MASTER 문으로 기록
   CHANGE MASTER 주석으로 기록 : 2 문
   - 단일 트랜잭션 데이터를 내보내기 전에 BEGIN SQL 문을 제출할 수, 모든 응용 프로그램을 차단하지 않습니다 시작하고 내보낼 때 데이터베이스 상태의 일관성을 보장 할 수 있습니다. 그것은 오직 다중 스토리지 엔진 버전, InnoDB만을 적용

복구의 전액을 mysqldump에 :

MySQL의 -h127.0.0.1 -P3306 -uroot -p </backup/all.sql

지정된 백업 mysqldump에 :

mysqldump를 -h127.0.0.1 -P3306 -uroot -p - 단일 트랜잭션 --flush-로그 --master-데이터 = 2 DBNAME> /backup/part.sql

지정된 데이터베이스 복구를 mysqldump에 :

MySQL의 -h127.0.0.1 -P3306 -uroot -pxxxx </backup/part.sql

증분 백업을 mysqldump에 :

증분 백업 데이터는 MySQL의 바이너리 로그 로그 파일 데이터 증분 백업에 저장되어있는 마지막 전체 백업 데이터, 이후 업데이트됩니다. 바이너리 로그가 기록 사용자 정보 데이터베이스 업데이트 SQL 문에 대한 바이너리 파일 형식입니다.

mysqladmin 데이터 -uroot -pxxxx 플러시 로그

참고 :

MySQL의 오픈 바이너리 로그 로그 함수의 전제 조건 증분 백업을 수행 my.cnf의 MySQL의 설정 파일에 로그인 빈 = mysql을 - bin에 추가

증분 복구 mysqldump에 :
mysqlbinlog은 MySQL을 bin.0000xx | MySQL을 - uroot - P

데이터 복구는 지정된 시간 또는 mysqldump에 위치 :
--start = 날짜-MM-DD-YYYY HH : MM은 다음 SS
--stop = 날짜-MM-DD-YYYY의 HH : MM은이 다음 SS
상부 복구위한 매개 변수 집합을 지정 시점을 시작 및 종료 시점은 혼자 또는 함께 제공 될 수있다

XXXXX 위치 = --start
--stop 위치 XXXXX =
주어진 상부 복원을 지정하는 파라미터 세트는 함께 또는 별도로 위치와 종료 위치를 시작

매개 변수의 두 세트는 조합하여 사용할 수있다

xtrabackup 세, mysqldump는 대조적

넷째, 전체 백업 및 복원 성능 테스트 비교 :

수단	mysqldump는	xtrabackup
데이터의 양	1G 주변	1G 주변
전체 백업 시간	평균 1m15s	평균 20 대
전체 백업 시간을 복원	평균 8m	평균 18 세
발자국	617메가바이트	930메가바이트

수단	mysqldump는	xtrabackup
데이터의 양	5G 소개	5G 소개
전체 백업 시간	평균 3:50	평균 1m10s
전체 백업 시간을 복원	평균 45m	평균 1m5s
발자국	3.3GB	4G

다섯째, 백업 기간 :

(- 5 점 0), 백업을 수행하는 시간 시스템 타이밍 작업에 의존, 일주일에 한 번 전체 백업, 증분 백업 또는 전체 백업을 할 수있는 시간이 한 달 휴식, 한 번 증분 백업 일주일에 완료, 비즈니스 압력은 아침에 시간에 상대적으로 작은 지점입니다 스크립트

여섯째, 백업 파일 관리

전체 백업, 당신은 일의 단위를 삭제할 수 있습니다 경우
전체 금액 + 증분 백업은 정기적 (1 개월의 권장 기간을) 삭제하면 오래된 백업 파일입니다