MySQL의 전체 백업 및 복구
정보 시스템에서 매우 중요한 역할과 사무 자동화, 전자 상거래, 점점 더 중요의 의존성을위한 기업 정보 시스템의 지속적인 확대, 데이터베이스와. 특히, 데이터베이스의 일부는 계획되지 않은 다운 타임 또는 데이터 손실이 발생하는 경우, 손실이 매우 중요하다, 등 은행, 증권, 통신, 매우 높은 신뢰성 산업이 필요합니다. 이 데이터베이스 관리자는 장애를 시뮬레이션하여 데이터베이스 백업 및 재해 복구 전략, 가능한 모든 상황의 엄격한 테스트를 설명 특정 비즈니스 요구 사항에 맞게 사용자 정의해야합니다. 그리고 데이터의 신뢰성을 보호합니다.
데이터 백업의 중요성
재해 복구 백업의 주요 목적은, 백업 응용 프로그램은 또한 롤백 데이터 수정, 쿼리 히스토리 데이터, 및 감사를 테스트 할 수 있습니다. 우리는 분류에 대한 관점과 백업 및 복구 방법의 운영 및 유지 보수를 생성합니다.
기업 데이터, 따라서 안전 운전 및 데이터의 유지 관리의 신뢰성을 사업을 실행, 그리고 비즈니스의 데이터 보호의 임계 값에서 최고 우선 순위 가능성이 기업에 심각한 결과를 초래할 수있다 데이터의 손실입니다 . 다음과 같이 데이터 손실의 원인은 다음과 같습니다 :
● 프로그램 오류
● 인간의 오류
● 작업이 실패
● 디스크 오류
● 재해 (화재, 지진) 및 절도
데이터베이스 백업의 두 번째 유형
보기의 물리적 및 논리적 포인트 : 백업 물리적 및 논리적 백업 백업으로 나눌 수 있습니다
물리적 백업 : 백업 실제 파일 시스템, (등 데이터 파일, 로그 파일 등) 데이터베이스 작업. 그것은 물리적 인 백업으로 나눌 수 있습니다 오프라인 백업 (콜드 백업 ) 및 온라인 백업 (핫 스탠바이) . 문제가 발생했을 때 큰 데이터베이스를 신속하게 복구 할 필요가에 대한 백업의이 유형은 중요하다.
1, 콜드 백업 : 데이터베이스는 완료를 종료
2, 핫 백업 : 데이터베이스가 실행되고,이 방법은 백업 데이터베이스 로그 파일에 의존
MySQL提供了自带工具mysqlhotcopy 实现了MyISAM引擎的热备份。
percona公司的Xtrabackup工具实现了对InnoDB表的热备份。3 따뜻한 대기 : 데이터베이스 테이블 (읽고 쓰기가 아니라)를 로킹 상태로 수행
flush tables with read lock;논리적 백업 : 백업 데이터베이스 로직 요소 (예를 들어, 데이터베이스는 테이블로 오브젝트)는 데이터베이스의 논리적 구조 (등, 데이터베이스를 작성의 CREATE TABLE) 및 (문 또는 별도의 텍스트 파일에 삽입) 컨텐츠 정보로 표현된다. 이 유형의 백업 소량의 데이터를 편집 할 수있는 적용하거나 데이터 값의 테이블 구조, 또는 다른 컴퓨터 아키텍처에서 데이터를 재생성한다.
데이터베이스 백업 전략의 관점에서 : 백업은 전체 백업, 차등 백업 및 증분 백업으로 나눌 수 있습니다
전체 백업 : 때마다 데이터베이스의 백업 완료 시간을 절약 데이터, 즉 백업, 데이터베이스 백업 파일 구조 및 전체 데이터베이스의 구조의 전체 백업이 차등 백업 및 증분 백업의 기초가된다.
쉽고 간단한 백업 및 복구 작업 : 장점
단점 : 반복되는 많은 양의 데이터가있는, 공간을 많이 차지은, 긴 백업 및 복구 시간
차등 백업 : 수정 된 모든 파일의 마지막 전체 백업 이후 백업의 시작 시간은 마지막 전체 백업 데이터의 양이 증가하기 때문에 백업임을 백업. 데이터를 복원 할 때, 단지 마지막 전체 백업과 가장 최근의 차등 백업을 복원합니다.
증분 백업 : 백업됩니다 후 마지막 전체 백업 또는 증분 백업 이후에 수정 된 파일 만. 시간 포인트에 대한 마지막 전체 백업 또는 증분 백업 시간이 지남에 따라, 데이터 만의이 사이의 변화와 데이터 때문에 적은 양의 백업, 소형 풋 프린트, 빠른 백업 속도를 백업 할 수 있습니다. 회복 마지막 전체 백업으로부터 필요하지만 이러한 데이터의 손실을 초래할 것이다 특정 중간 백업 데이터 손상으로 복원하기 위해 마지막 증분 백업을했다.
논리 백업 및 논리적 복구
다른 테이블의 스토리지 엔진을 위해 사용될 수있다, 가장 큰 장점 논리적 백업 및 복구 논리 同样的逻辑备份方法파일의 복사본을 생성 할 수 있습니다. 채택 同样的恢复方法올바른 상태로 데이터를 복원 할 수 있습니다. 여러 데이터베이스 스토리지 엔진, 데이터 백업 및 복구이있는 경우 논리적 인 선택은 간단 할 것입니다. 논리적 백업 일반적으로 사용 select ... into outfile 하고, mysqldump는 도구입니다. 전자는 중 지정된 텍스트 파일 형식은 또한 SQL 스크립트 파일이 될 수 있습니다 될 수있는 파일의 복사본을 만들어 지정된 텍스트 파일 형식으로 파일의 복사본을 생성했다. 논리 복구 도구는 일반적으로 사용되는 load data in file 뿐만 아니라 mysqlimport.
의 사용 select ...into outfile백업 데이터
선택 (SELECT) 다음과 같이 구문은 语句 OUTFILE INTO를 文本文件 텍스트 파일 옵션을 다음과 같이 매개 변수는 다음과 같습니다 :
fields terminated by '字符串' ： 字符串分割符，默认是制表符'\t'
fileds escaped by ’字符‘ ： 转义字符，默认是’\‘
fileds [optionally] enclose by 字符’‘： 字段引用符，负责向字段值两端加上字段引用符。如果使用optionally 选项，则表示字符串类型上添加字段分隔符。
lines starting by '字符串'，每条记录前添加该字段。
lines terminated by ’字符串‘，每条记录后添加该字符串，默认是换行符 ‘\n’예를 들면 :
mysql> select * from classes into outfile 'data_back' fields terminated by '|';결과는 데이터 디렉토리에서 해당 디렉토리 데이터베이스를 생성합니다. 직접 cat 명령을 사용할 수 있습니다.
테이블 데이터를 복구 :
1, 신속하게 데이터베이스 테이블에 지정된 형식의 텍스트 파일에서 데이터를 읽을 부하 데이터 INFILE를 ... 사용.
mysqldump를 데이터베이스 백업을 사용하여
MySQL의 데이터베이스 덤프 mysqldump는 또한 일반적으로 사용되는 도구와 함께 제공, 파일의 복사본을 생성 mysqldump는 두 가지 시나리오가 있습니다 :
1, 지정된 파일은 텍스트 파일 형식입니다
2, SQL 스크립트 파일을 실행할 수있다
다음과 같은 세 가지 종류의 사용 :
1, 지정된 여러 데이터베이스를 백업합니다.
mysqldump -u root -p --databases choose test > roverliang.sql2, 모든 데이터베이스를 백업
mysqldump -u root -p --all-databases choose test > roverliang.sql3, 지정된 데이터베이스 테이블에서 일부 백업
mysqldump -u root -p choose test > roverliang.sqlmysqldump를 완료 매개 변수입니다 :
mysqldump -u USER_NAME -p PASSWORD [其他选项] DB [其他数据库库表]--default-character-set: 문자 집합
--single-transaction 수출은 업무 설정
--no-data : SQL 스크립트는 수출 만 문은 테이블을 생성 생성이 포함됩니다.
--add-drop-table : 존재하는 경우 스크립트, 수출 드롭 테이블을 포함
--routines저장 프로 시저 및 함수 내보내기
--events수출 이벤트
--triggers수출 트리거
가져 오기 데이터 파일 mysqldump는
一句命令就能搞定，在mysql终端下执行：
命令格式：
source FILE_PATH
source ~/demo.sql MySQL의 물리적 백업 및 핫 백업
이 섹션에서는 두 개의 핫 백업 도구에 대해 설명 mysqlhotcopy 과 Xtrabackup;
상기 식에서 MySQL을 mysqlhotcopy는 핫 백업 도구를 들고 있지만 단지의 MyISAM 엔진 데이터 백업, 백업 데이터는 Xtrabackup 이노의 MyISAM 엔진과 엔진, 복잡한 작업이 될 수 있습니다.
다른 테이블의 MySQL 데이터베이스 스토리지 엔진은 파일 유형에 해당하는 동일하지 않습니다. 일례로의 MyISAM 스토리지 엔진은, 각각의 테이블이있을 것이다 세 개의 문서가 있고, 각각의 테이블 구조 정의 파일 (FRM), 파일 인덱스 테이블 (MYI), 테이블 데이터 파일 (MYD). 백업은 물리적 사본을 필요로하는 경우 그래서 세 개의 파일은 백업을 완료 할 수있을 것입니다. 보안 업무를 유지하기 위해 이노 엔진은 훨씬 더 복잡 할 것이다. 로그 전에 텍스트를 읽는다면,라는 테이블 스페이스 파일 (파일 공유 테이블 공간, 전용 테이블 공간) 내부 파일에있는 각 InnoDB의 테이블 정의 파일, InnoDB의 데이터와 인덱스가 FRM 될 것입니다 분명하다. IB에 기록 된 리두 로그 (다시 실행) logfile0 및 IB logfile1있다. 로그 (실행 취소를 사용) 롤링하는 것은 파일 테이블 공간에 기록되어있는 공유 공간 테이블 파일 (을 ibdata1) 또는 전용 테이블 스페이스 파일 (IBD). 이노 MySQL의 트랜잭션 로그 정보 시스템 로그를 볼 수에 대해 자세히 설명합니다. InnoDB의 테이블 엔진 테이블의 백업을 만드는 그래서, 여러 개의 파일은 위에서 언급에 백업해야합니다.
이전에 언급 한, 감기, 열, 따뜻한 백업은 자연 만 감기, 열, 따뜻한 포인트를 제공하는 서비스의 수준에 따라 서비스를 계속 제공 할 수 있는지 여부입니다.
공통의 MySQL 데이터베이스 백업 방법
1. 물리적 콜드 백업
2. 전용 백업 도구
mysqldump는이 mysqlhotcopy 작동
3. 증분 백업 바이너리 로그
4. 타사 도구 백업
Percona XtraBackup을
물리적 콜드 백업 및 복구 :
물리적 콜드 백업은 일반적으로 타르 데이터베이스 폴더 (데이터 디렉토리)에 직접 명령하고, 백업 라이브러리 전에 정지 할 필요와 함께 제공됩니다.
백업 데이터베이스, 백업 데이터베이스 경로로 / 백업 디렉토리를 생성 타르를 사용하여 백업 파일을 만듭니다. 전체 데이터베이스 폴더 전체 백업의 백업
[루트 @ localhost를 ~] # 개의 systemctl 정지 mysqld.service
[루트 @ localhost를 ~] #에서 mkdir / 백업
[루트 @ localhost를 ~] # 타르 ZCF / 백업 / mysql_all - $ (DATE %의 F + )은 .tar.gz / usr / 지방 / MySQL은 / 데이터 /
[루트 @ 로컬 호스트 ~] -1,6- #의 LS / 백업 /
736의 총량
-rw-R & LT -.. r-- 같이 1 751 542 루트 루트 8 일자 15 8시 40분 mysql_all -2018-08-15.tar.gz
데이터베이스를 복원, 다음 작업 데이터베이스 파일의 경우 / usr / local / mysql / 데이터 수행 / 다음 디렉토리, 시뮬레이션 된 오류로 전송 박을.
[루트 @ localhost를 ~] #에서 mkdir / BAK
[루트 @ localhost를 ~] # 뮤직 비디오의 경우 / usr / local / mysql / 데이터 / / BAK /
백업 파일에서 데이터를 복구 할 수있는 다음과 같은 작업을 수행 할
[루트 @ localhost를 ~] # 복원 MKDIR /
[ 루트 @ localhost를 ~] # 타르 zxf /backup/mysql_all-2018-08-15.tar.gz -C / 복원
[루트 @ localhost를 ~]의 경우 / usr / local / mysql / 데이터 /의 경우 / usr / local / mysql / 복원 MV #
[루트 @ localhost를 ~] # 개의 systemctl 시작 mysqld.service을
1, 직접 포장 데이터베이스 폴더, 소스 패키지의 위치의 경우 / usr / local / mysql / 데이터 / 패키지 RPM의 위치는 / var / lib 디렉토리 / mariadb /
예 :
[루트 @ localhost를 ~] # 개의 /usr/local/mysql/bin/mysqld.sh 시작
MySQL의 ............... 성공을 시작!
[루트 @ localhost를 ~] #에서 netstat -lnpt | 그렙 : 3306
tcp6 0 0 ::: ::: 3306 * 1630 / mysqld를 청취
[루트 @ localhost를 ~] # mysql을 -u 루트 -p123456
MySQL의> 데이터베이스 인증을 생성;
쿼리 확인, 1 개 행이 영향 (0.00 초)
MySQL의> 사용 인증;
데이터베이스 변경
MySQL의> 사용자 테이블 (이름 char (10) NOT NULL, ID의 INT (48))를 만들고;
쿼리 확인, 0 행이 영향 (0.04 초)
MySQL의 삽입> 사용자 값 ( 'crushlinux', '123')로;
쿼리가 OK, 1 행의 영향 (0.01 초)
MySQL의> * 사용자의 선택;
+ ------------ + ------ +
| 이름 | ID |
+ ------------ + ------ +
| crushlinux | 123 |
+ ------------ + ------ +
세트 1 행 (0.00 초)
MySQL은> 종료
안녕
[루트 @ localhost를 ~] # 개의 /usr/local/mysql/bin/mysqld.sh 정지
MySQL의 종료 .. 성공!
[루트 @ localhost를 ~] # yum을 -y 전체 성능이 더 나은 XZ #의 압축을 설치
[루트 @ localhost를 ~] #에서 mkdir 백업
[루트 @ localhost를 ~] # 타르 JCF 백업 / mysql_all - $ (날짜 + % F) .tar.xz는 / usr / / mysql을 / 데이터 / 로컬
타르 : 멤버 이름에서 '/'최고의 제거
[루트 @ localhost를 ~] # 1! -l 백업 /
728의 총 량
-rw-R - r--로 1 개 루트 루트 742,476 12 月 14 23:31 mysql_all-2018-12-14.tar.xz
아날로그 데이터 손실 :
[루트 @ localhost를 ~] #에서 mkdir 박
[루트 @ 로컬 호스트 ~] # MV / usr / 지방 / MySQL은 / 데이터 / * 박 /
데이터 복구 :
[루트 @ localhost를 ~] # 복원 MKDIR
백업 / mysql_all-2018-12-14.tar.xz -C 복원 XF [루트 @ localhost를 ~] # 타르 /
[루트 @ localhost를 ~] #는 / usr / 지방 / mysql을 / 데이터 / * / usr / 지방 / mysql을 / 데이터를 복원 MV /
[루트 @ localhost를 ~] # 개의 /usr/local/mysql/bin/mysqld.sh 시작
시작 MySQL의 ......... 성공!
[루트 @ localhost를 ~] # mysql을 -u 루트 -p123456
MySQL은> auth.user SELECT *;
+ ------------ + ------ +
| 이름 | ID |
+ ------------ + ------ +
| crushlinux | 123 |
+ ------------ + ------ +
세트 1 행 (0.00 초)
전체 백업 및 복구
전용 백업 도구 mysqldump를 사용
MySQL은 내장 된 백업 도구 mysqldump는, 당신은 쉽게 MySQL의 백업을 만들 수 있습니다. 데이터베이스, 데이터 테이블 또는 모든 라이브러리는 쉽게 MySQL 서버의 다른 버전에서 명령을 사용하여, SQL 스크립트에 대한 명령 도구를 통해 내보낼 수 있습니다. 예를 들어, 필요 MySQL 서버를 업그레이드 할 때 수출 원래 라이브러리 정보의 mysqldump는 명령을 사용하여 다음 업그레이드 된 MySQL 서버에 직접 가져옵니다.
(1) 단일 라이브러리의 전체 백업을 만듭니다
형식 : mysqldump는 -u 사용자 이름 -p [비밀번호] [옵션] --databases [데이터베이스 이름]> / 백업 경로 / 백업 파일 이름
예 :
[루트 @ 로컬 호스트 ~] # mysqldump를 -uroot -p123456 --databases 인증> 백업 / 인증 - $ (날짜 + %의 Y %의 m % d에) .SQL
mysqldump에 [경고] 불안 수있는 명령 라인 인터페이스의 암호를 사용.
[루트 @ localhost를 ~] # 고양이 백업 / 인증 - 20181214.sql
(2) 여러 라이브러리의 전체 백업을 만듭니다
형식 : mysqldump는 -u 사용자 이름 -p [비밀번호] [옵션] --databases 라이브러리 이름 1 [라이브러리 이름 2] ...> / 백업 경로 / 백업 파일 이름
예 :
[루트 @ 로컬 호스트 ~] # mysqldump를 -uroot -p123456 --events --databases MySQL의 인증> 백업 / MySQL을 인증 + - $ (날짜 + %의 Y %의 m % d에) .SQL
[루트 @ localhost를 ~] # 고양이 백업 / mysql을 + 인증-20181214.sql
(3) 모든 라이브러리의 전체 백업
형식 : mysqldump는 -u 사용자 이름 -p [비밀번호] [옵션] --opt --all-데이터베이스> / 백업 경로 / 백업 파일 이름
예 :
[루트 @ 로컬 호스트 ~] # mysqldump를 -uroot -p123456 --events --opt --all-데이터베이스> 백업 / mysql_all. $ (날짜 + %의 Y %의 m % d에) .SQL
[루트 @ localhost를 ~] # 고양이 백업 / mysql_all.20181214.sql
// - 옵트 백업을 사용하여 빠르게 백업 할 때 데이터의 양
[루트 @ localhost를 ~] # 고양이 백업 / mysql_all.20160505.sql
라이브러리 테이블 전체 백업 (4) 섹션
형식 : mysqldump는 -u 사용자 이름 -p [비밀번호] [옵션] 목록 데이터베이스 이름> / 백업 경로 / 백업 파일 이름
예 :
[루트 @ 로컬 호스트 ~] # mysqldump를 -uroot -p123456 사용자 인증> 백업 / AUTH_USER - $ (날짜 + %의 Y %의 m % d에) .SQL
[루트 @ localhost를 ~] # 고양이 백업 / auth_user와-20181214.sql
(5) 테이블 백업 구조
형식 : mysqldump는 -u 사용자 이름 -p [비밀번호] -d 목록 데이터베이스 이름> / 백업 경로 / 백업 파일 이름
예 :
[루트 @ 로컬 호스트 ~] # mysqldump를 -uroot -p123456 -d MySQL의 사용자> 백업 / desc_mysql_user - $ (날짜 + %의 Y %의 m % d에) .SQL
[루트 @ localhost를 ~] # 고양이 백업 / desc_mysql_user-20181214.sql
mysqldump는 백업을 사용한 후, 데이터베이스를 복원
1 소스 명령
로그는 MySQL 데이터베이스에 백업 소스 SQL 스크립트 경로를 실행
예 :
[루트 @ localhost를 ~] # mysql을 -uroot -p123456
> 쇼 데이터베이스 MySQL의;
+ -------------------- +
| 데이터베이스 |
+ -------------------- +
| INFORMATION_SCHEMA |
| 인증 |
| MySQL의 |
| performance_schema |
| 테스트 |
| USR |
+ -------------------- +
세트에서 6 행 (0.00 초)
MySQL은> 드롭 데이터베이스 인증;
쿼리가 OK, 1 행의 영향 (0.12 초)
MySQL의> 소스 백업 / mysql_all.20181214.sql
> 쇼 데이터베이스 MySQL의;
+ -------------------- +
| 데이터베이스 |
+ -------------------- +
| INFORMATION_SCHEMA |
| 인증 |
| MySQL의 |
| performance_schema |
| 테스트 |
| USR |
+ -------------------- +
세트에서 6 행 (0.00 초)
2, MySQL의 명령
경로 mysql을 -u 사용자 이름 -p [비밀번호] <백업 스크립트 형식
MySQL의 -u 사용자 이름 -p [비밀번호] 라이브러리 이름 <경로 테이블 백업 스크립트
예 :
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 -e '쇼 데이터베이스;'
+ -------------------- +
| 데이터베이스 |
+ -------------------- +
| INFORMATION_SCHEMA |
| 인증 |
| MySQL의 |
| performance_schema |
| 테스트 |
| USR |
+ -------------------- +
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 -e '드롭 데이터베이스 인증을;'
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 <백업 / mysql_all.20181214.sql
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 -e '쇼 데이터베이스;'
+ -------------------- +
| 데이터베이스 |
+ -------------------- +
| INFORMATION_SCHEMA |
| 인증 |
| MySQL의 |
| performance_schema |
| 테스트 |
| USR |
+ -------------------- +
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 -e '드롭 테이블 auth.user을;'
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 인증 <백업 / AUTH_USER-20181214.sql
[루트 @ localhost를 ~] # mysql을 -uroot -p123456 -e 'auth.user SELECT * FROM;'
+ ------------ + ------ +
| 이름 | ID |
+ ------------ + ------ +
| crushlinux | 123 |
+ ------------ + ------ +
증분 백업
특징 :
데이터에는 중복이없는 전체 백업, 증분 백업으로 백업 시간이 아닌 양이 짧지 만 문제 복구, 당신은뿐만 아니라 모든 증분 백업, 전체 백업 및 복원하는 전체 백업 후 최종 증가 백업이 필요합니다 증분 백업을위한 직접적인 방법을 제공하지 않기의 MySQL이 MySQL이 제공 될 수있는 하나 추력 리버 복구 하나는 I (진 로그) 간접적 증분 백업을 달성 로그 이진.
바이너리 로그 :
우리가 먼저 이항 함수를 열어야합니다, MySQL은 증분 백업을 MySQL의 바이너리 로그의 구현을 열려면 많은, 가장 일반적인이의 mysqld MySQL의 구성 파일 항목에서 "로그 - 빈 = / 파일을 추가하는 것입니다있다 같은 경로 / 파일 이름 "접두사; 로그 - 빈 =는 / usr / 지방 / mysql을 / mysql을 - 빈, 다음 다시 시작 mysqld.service 서비스, 당신은 지정된 경로에있는 바이너리 파일을 볼 수 있습니다. 기본적으로 바이너리 로그 파일 이름 확장명과 같은 6 자리 숫자입니다 mysql을-bin.000001 위
[루트 @ localhost를 ~] # 정력 /etc/my.cnf에
## 구성 파일을 수정, 바이너리 기능을 활성화
. ID 1 = - 서버
로그 - 빈 = / usr / 지방 / MySQL을 / MySQL을 - 빈
! WQ
[루트 @ localhost를 ~] #의 systemctl 다시 시작 mysqld를
[루트 @ localhost를 ~] -1 #의 LS의 경우 / usr / local / mysql / MySQL을 -bin. *
-rw-RW. 1 ---- 120 MySQL의 MySQL의 15 8 월 10시 35분 /usr/local/mysql/mysql-bin.000001
-rw-RW (34)의 MySQL MySQL을한다. 1 ---- 15 8 월 10 35 /usr/local/mysql/mysql-bin.index
: MySQL의 증분 복구
세 가지 종래 증분 복구 :
일반 복구, 재개 위치 복구 시간의 시점에 기초
일반 복구 :
모든 백업의 모든 바이너리 로그 내용의 회복, format 명령은 다음이다
mysqlbinlog은 [노 - 기본값] 증분 백업 파일 | mysql을 -u 루트 -p
위치 기반 복구 :
데이터베이스 관리자 데이터베이스 작업 오류가 위치에 따라 복구를 통해, 올바른 작동을가 동일한 시점에서 두 운영을 가질 수있다, 더 정확하게 할 수 있습니다
다음과 같은 형식의 명령과 같이.
형식 : 지정된 위치로 데이터를 복구
mysqlbinlog은 --stop를 위치 = '459'바이너리 로그 | mysql을 -u 루트 -p ******
형식 II : 지정된 위치에서 데이터를 복구하기 시작했다
mysqlbinlog은 --start를 위치 = '459'바이너리 로그 | mysql을 -u 루트 -p ******
시간 기반 복구 지점은 :
그것은 세 가지 경우로 나눌 수 있습니다 시간을 기반으로 시간 데이터 복구에서 오류 지점 및 복구 지점을 건너 뜁니다.
형식 1 : 최대 특정 시점에 로그의 시작부터 회복
mysqlbinlog은 [노 - 기본값] --stop-날짜 = '년 - 월 - 일 시간 : 분 : 초'바이너리 로그 | mysql을 -u 사용자 -p 암호
형식 2 : 로그의 끝 시점에서 복구
mysqlbinlog은 [노 - 기본값] --start-날짜 = '년 - 월 - 일 시간 : 분 : 초'바이너리 로그 | mysql을 -u 사용자 -p 암호
형식 3 : 특정 시점에 특정 시점 복구하는
mysqlbinlog은 [노 - 기본값] --start-날짜 = '년 - 월 - 일 시간 : 분 : 초'--stop-날짜 = '년 - 월 - 일 시간 : 분 : 초'바이너리 로그 | mysql을 -u 사용자 -p 암호
