MySQL 로그 관리, 백업 및 복구

테이블 클래스 준비

mysql -u root -p

create database school;
use school;
create table class(
id int(10) not null,
name varchar(20) not null,
sex char(2) not null,
cardid varchar(20) not null,
phone varchar(11),
address varchar(50));

desc class;

insert into class values ('1','zhangsan','男','1','111111','南京');
insert into class values ('2','lisi','女','2','222222','苏州');
insert into class values ('3','wangchao','男','3','333333','扬州');
insert into class values ('4','zhanglong','男','4','444444','杭州');
insert into class values ('5','zhaohu','男','5','555555','泰州');
select * from class;

하나, MySQL 로그 관리

MySQL 로그의 기본 저장 위치는 / usr / local / mysql / data입니다.

1. MySQL 로그 분류

• 오류 기록
• 일반 쿼리 로그
• 바이너리 로그
• 느린 쿼리 로그

2. MySQL 로그가 켜져 있습니다.

vim /etc/my.cnf
[mysqld]
##错误日志，用来记录当MySQL启动、停止或运行时发生的错误信息，默认已开启
#指定错误日志的保存位置和文件名
log-error=/usr/local/mysql/data/mysql_error.log

##通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

##二进制日志(binlog)，用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启
log-bin=mysql-bin
#也可以 log_bin=mysql-bin

##慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便于优化，默认是关闭的
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5  #设置超过5秒执行的语句被记录，缺省时为10秒

systemctl restart mysqld.service 

3. 데이터베이스를 입력하여 해당 로그가 열려 있는지 확인합니다.

일반 쿼리 로그 활성화 여부 확인

show variables like 'general%';

바이너리 로그가 켜져 있는지 확인

show variables like 'log_bin%';

느린 쿼리 로그 관련 기능보기

(1) 느린 쿼리 로그 기능 활성화 여부 확인

show variables like '%slow%';

(2) 느린 쿼리 시간 설정보기

show variables like 'long_query_time';

(3) 데이터베이스에서 느린 쿼리를 시작하는 방법 설정

set global slow_query_log=ON;

둘째, MySQL 전체 백업 및 복구

1. 데이터 백업의 중요성

백업의 주요 목적은 재해 복구입니다.
프로덕션 환경에서는 데이터 보안이 가장 중요합니다.
데이터 손실은 심각한 결과를 초래할 수 있습니다.

2. 데이터 손실 이유

프로그램 오류
휴먼 작동 오류
작동 오류
디스크 오류
재해 (화재, 지진 등) 및 도난

3. 데이터베이스 백업의 분류

물리학과 논리의 관점에서 :

물리적 백업

• 데이터베이스 운영 체제의 실제 파일 (예 : 데이터 파일, 로그 파일 등) 백업
• 물리적 백업 방법
  • 콜드 백업 (오프라인 백업) : 데이터베이스가 닫혀있을 때 수행됩니다.
  • 핫 백업 (온라인 백업) : 데이터베이스가 실행 중이며 데이터베이스의 로그 파일에 따라 다릅니다.
  • 웜 백업 : 테이블이 잠겨있을 때 데이터베이스가 백업됩니다 (쓰기 불가능하지만 읽을 수 있음).

논리적 백업

• 데이터베이스 논리 구성 요소 (예 : 테이블과 같은 데이터베이스 개체) 백업

데이터베이스 백업 전략의 관점에서 :

전체 백업

• 매번 데이터베이스의 완전한 백업을 만드십시오.

차등 백업

• 마지막 전체 백업 이후 수정 된 파일 백업

증분 백업

• 마지막 전체 백업 또는 증분 백업 후에 수정 된 파일 만 백업됩니다.

4. 일반적인 백업 방법

물리적 콜드 대기

• 백업 중에 데이터베이스가 닫히고 데이터베이스 파일이 직접 패키징됩니다.
• 백업 속도가 빠르며 복구도 가장 쉽습니다.

전용 백업 도구 mydump 또는 mysqlhotcopy

• mysqldump에 일반적으로 사용되는 논리적 백업 도구
• mysqlhotcopy에는 백업 MyISAM 및 ARCHIVE 테이블 만 있습니다.

증분 백업을위한 바이너리 로그 활성화

• 증분 백업의 경우 바이너리 로그를 새로 고쳐야합니다.

타사 도구 백업

• 무료 MySQL 핫 백업 소프트웨어 Percona XtraBackup

5. MySQL 전체 백업

개념

• 전체 데이터베이스, 데이터베이스 구조 및 파일 구조의 백업입니다.
• 저장되는 것은 백업이 완료된 시점의 데이터베이스입니다.
• 차등 백업 및 증분 백업의 기초입니다.

전체 백업의 장단점
이점:

• 백업 및 복원 작업은 간단하고 편리합니다.
  단점 :
• 데이터 중복이 많습니다.
• 많은 백업 공간을 차지합니다.
• 긴 백업 및 복원 시간

데이터베이스 전체 백업 분류

물리적 콜드 백업 및 복구

• MySQL 데이터베이스 종료
• tar 명령을 사용하여 데이터베이스 폴더를 직접 패키징합니다.
• 기존 MySQL 디렉토리를 교체하기 만하면됩니다.

mysqldump 백업 및 복구

• MySQL의 자체 백업 도구는 MySQL의 백업을 쉽게 실현할 수 있습니다.
• 지정된 라이브러리 및 테이블을 SQL 스크립트로 내보낼 수 있습니다.
• mysql 명령을 사용하여 백업 데이터를 가져옵니다.

3. 콜드 데이터베이스 백업 및 복구와 전체 백업 및 복구를위한 기본 명령

1. 물리적 콜드 백업 및 복구

systemctl stop mysqld
yum -y install xz					#xz是一个压缩工具
#压缩备份
tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
#解压恢复
tar Jxvf /opt/mysql_all_2021-02-05.tar.xz -C /usr/local/mysql/data

systemctl start mysqld

2. mysqldump 백업 및 복구

하나 이상의 전체 라이브러리 (모든 테이블 포함)의 전체 백업

#导出的备份文件就是数据库脚本文件
mysqldump -u root -p[密码] --databases 库名1 [库名2] … > /备份路径/备份文件名.sql
例：
mysqldump -u root -p --databases school > /opt/school.sql
mysqldump -u root -p --databases mysql school > /opt/mysql-school.sql

MySQL 서버의 모든 라이브러리를 완전히 백업하십시오.

mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
例：
mysqldump -u root -p --all-databases > /opt/all.sql

지정된 라이브러리에있는 일부 테이블의 전체 백업

mysqldump -u root -p[密码] [-d] 库名 [表名1] [表名2] … > /备份路径/备份文件名.sql
#使用“ -d ”选项，说明只保存数据库的表结构
#不使用“ -d ”选项，说明表数据也进行备份
例：
mysqldump -u root -p school class > /opt/school_class.sql

백업 파일보기

cat /opt/备份的文件 |grep -v "^--" | grep -v "^/" | grep -v "^$"

例：
cat /opt/school_class.sql |grep -v "^--" | grep -v "^/" | grep -v "^$"

3. MySQL이 완전히 복원되었습니다.

데이터베이스 복원

#“-e”选项，用于指定连接 MySQL 后执行的命令，命令执行完后自动退出
mysql -u root -p -e 'drop database school;'
mysql -u root -p -e 'show databases;'

mysql -u root -p < /opt/school.sql
mysql -u root -p -e 'show databases;'

데이터 테이블 복원

백업 파일에 테이블의 백업 만 포함되고 생성 된 라이브러리의 문이 포함되지 않은 경우 가져 오기 작업을 수행 할 때 라이브러리 이름을 지정해야하며 대상 라이브러리가 있어야합니다.

mysql -u root -p -e 'drop table school.class;'
mysql -u root -p -e 'show tables from school;'

mysql -u root -p school < /opt/school_class.sql
mysql -u root -p -e 'show tables from school;'

네, MySQL 증분 백업 및 복구 방법

1. MySQL 증분 백업

바이너리 로그 기능 활성화

vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
server-id = 1
binlog_format = MIXED				#指定二进制日志(binlog)的记录格式为 MIXED


#二进制日志(binlog)有3种不同的记录格式：STATEMENT(基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT

systemctl restart mysqld.service
ls -l /usr/local/mysql/data/mysql-bin.*

매주 데이터베이스 또는 테이블 전체 백업

이러한 종류의 타이밍 작업은 crontab -e 예약 된 작업과 함께 실행할 수 있습니다.

#手动执行备份
mysqldump -u root -p school class > /opt/school_class_$(date +%F).sql
mysqldump -u root -p --all-databases > /opt/allmysql_$(date +%F).sql

#使用crontab -e 计划性任务来执行；每周1凌晨2点对表class和所有的库进行备份
0 2 * * 1 mysqldump -u root -p school class > /opt/school_class_$(date +%F).sql
0 2 * * 1 mysqldump -u root -p --all-databases > /opt/allmysql_$(date +%F).sql

증분 백업 작업을 매일 수행하여 새로운 바이너리 로그 파일 (예 : mysql-bin.000002)을 생성 할 수 있습니다.

mysqladmin -u root -p flush-logs

데이터 증가 또는 변경을 시뮬레이션하기 위해 새 데이터 삽입

mysql -u root -p
use school;
insert into class values ('6','zzz','男','897656','666666','南京');
insert into class values ('7','aaa','女','098765','777777','苏州');

새 바이너리 로그 파일을 다시 생성합니다 (예 : mysql-bin.000003).

mysqladmin -u root -p flush-logs
#之前的步骤4的数据库操作会保存到mysql-bin.000002文件中，之后数据库数据再发生变化则保存在mysql-bin.000003文件中

바이너리 로그 파일의 내용보기

cp /usr/local/mysql/data/mysql-bin.000002 /opt/
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002
#--base64-output=decode-rows：使用64位编码机制去解码并按行读取
#-v：显示详细内容

2. MySQL 증분 복구

일반 회복

손실 및 변경된 데이터에 대한 복구 단계 시뮬레이션

mysql -u root -p
use school;
delete from class where id=6;
delete from class where id=7;
select * from class;
quit

mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -u root -p
mysql -u root -p -e "select * from school.class;"

모든 손실 된 데이터에 대한 복구 단계 시뮬레이션

mysql -u root -p
use school;
drop table class;
show tables;
quit

mysql -uroot -p school < /opt/school_class_2021-02-06.sql
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -uroot -p
mysql -u root -p -e "select * from school.class;"

중단 점 복구

mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002

#部分二进制文件的内容
......
BEGIN
/*!*/;
##-------------解释：at xxx 表示位置点------------------------------------------------
# at 302
##--------------解释：开头210206 15:45:53表示时间，其他的现在用不到-----------------------------------
#210206 15:45:53 server id 1  end_log_pos 449 CRC32 0xe972def7 	Query	thread_id=6	exec_time=0	error_code=0
##--------------解释：这里是执行的操作语句---------------------
use `school`/*!*/;        <-------------use school;使用数据库
SET TIMESTAMP=1612597553/*!*/; <------------建立时间戳
insert into class values ('6','zzz','男','897656','666666','南京') <-------向表中插入数据
/*!*/;
##---------------------------------------------------------------
# at 449
#210206 15:45:53 server id 1  end_log_pos 480 CRC32 0x5efde826 	Xid = 446
COMMIT/*!*/;
# at 480
#210206 15:45:54 server id 1  end_log_pos 545 CRC32 0x11768895 	Anonymous_GTID	last_committed=1	sequence_number=2	rbr_only=no
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 545
#210206 15:45:54 server id 1  end_log_pos 628 CRC32 0x778ea5fa 	Query	thread_id=6	exec_time=0	error_code=0
SET TIMESTAMP=1612597554/*!*/;
##-------------------------------插入第二个数据--------------------------
BEGIN
/*!*/;
# at 628
#210206 15:45:54 server id 1  end_log_pos 775 CRC32 0x66e3bb53 	Query	thread_id=6	exec_time=0	error_code=0
SET TIMESTAMP=1612597554/*!*/;
insert into class values ('7','aaa','女','098765','777777','苏州')
/*!*/;
# at 775
#210206 15:45:54 server id 1  end_log_pos 806 CRC32 0x7b972395 	Xid = 447
COMMIT/*!*/;
# at 806
#210206 15:48:52 server id 1  end_log_pos 853 CRC32 0x0d77c456 	Rotate to mysql-bin.000003  pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
.......

위치 기반 복구
위치 "628"이전의 데이터로만 복원합니다. 즉, "id = 7"인 데이터는 복원하지 않습니다.

#模拟数据丢失
mysql -uroot -p123456 school < /opt/school_class_2021-02-06.sql
mysql -uroot -p123456 -e "select * from school.class;"
#到位置点628停止恢复数据
mysqlbinlog --no-defaults --stop-position='628' /opt/mysql-bin.000002 | mysql -uroot -p123456
#查看class表的数据
mysql -uroot -p123456 -e "select * from school.class;"

"id = 7"의 데이터 만 복원하고 "id = 6"의 데이터는 건너 뜁니다.

#模拟数据丢失
mysql -uroot -p123456 school < /opt/school_class_2021-02-06.sql
mysql -uroot -p123456 -e "select * from school.class;"
#从位置点628开始恢复数据
mysqlbinlog --no-defaults --start-position='628' /opt/mysql-bin.000002 | mysql -uroot -p123456
#查看class表的数据
mysql -uroot -p123456 -e "select * from school.class;"

특정 시점 복구
210206 15:45:54 이전에만 데이터를 복원하십시오. 즉, "id = 7"인 데이터는 복원하지 마십시오.

#模拟数据丢失
mysql -uroot -p123456 school < /opt/school_class_2021-02-06.sql
mysql -uroot -p123456 -e "select * from school.class;"
#到2021-02-06 15:45:54截止恢复数据
mysqlbinlog --no-defaults --stop-datetime='2021-02-06 15:45:54' /opt/mysql-bin.000002 | mysql -uroot -p123456
#查看class表的数据
mysql -uroot -p123456 -e "select * from school.class;"

"id = 7"의 데이터 만 복원하고 "id = 6"의 데이터 복원은 건너 뜁니다.

#模拟数据丢失
mysql -uroot -p123456 school < /opt/school_class_2021-02-06.sql
mysql -uroot -p123456 -e "select * from school.class;"
#从2021-02-06 15:45:54开始恢复数据
mysqlbinlog --no-defaults--start-datetime='2021-02-06 15:45:54' /opt/mysql-bin.000002 | mysql -uroot -p123456
#查看class表的数据
mysql -uroot -p123456 -e "select * from school.class;"