这里写目录标题
概述
备份的主要目的是灾难恢复，备份还可以测试应用，回滚数据修改，查询历史数据，审计等。
- 而备份，恢复中，日志起到了很重要的作用。
mysql日志文件：
常用的日志文件在（/etc/my.cnf中[mysqld
]客户端配置中修改）
默认在/usr/local/mysql/data/中
错误日志
- 用于记录mysql启动，停止，或运行时产生的错误信息，默认开启。
- 可通过以下字段进行更新
log-error=/usr/local/mysql/data/mysql_error.log #指定日志的保存位置和文件
二进制日志
二进制日志（binlog），用来记录所有更新的数据或者已经潜在更新的语句，记录了数据的更改，可用于数据恢复，默认已开启
开启方法
log-bin=mysql-bin或log
-bin=mysql-bin
中继日志
一般情况下它在mysql主从同步（复制），读写分离集群的从节点才开启。主节点一般不需要这个日志。
慢查询日志
，用来记录所有执行时间超过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秒
查询命令
mysql -u root -p
show variables like 'log_bin%' #查看二进制日志是否开启
show variables like '%slow%'; #查看慢查询日志功能是否开启
show variables like ' long_query_time'; #查看慢查询时间设置
set global slow_query_log=ON; #在数据库中设置开启慢查询的方法（临时）
PS： variables 变量， like （模糊查询）
MySQL备份与恢复
备份的主要目的是灾难恢复
在生产环境中，数据的安全性至关重要任何数据的丢失都可能产生严重发后果
造成数据丢失的原因
程序错误
人为操作错误
运算错误
磁盘故障
灾难（火灾，地震，盗窃等）
备份类型
1，物理与逻辑的角度分类
数据库备份可以分为物理备份和逻辑备份。物理备份是对数据库操作系统的物理文件
（如数据文件，日志文件等）的备份。这种类型的备份使用于在出现问题时需要快速恢复的物理备份又可以分为冷备份（脱机备份），热备份（联机备份）和温备份。
- 冷备份：在数据库关闭状态下进行备份操作。（tar）
- 热备份：在数据库处于运行状态时进行备份操作，该备份方法依赖数据库的日志文件。
- 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作。
逻辑备份是对数据库逻辑组件（如表等数据库对象）的备份，表示为逻辑数据库结构 （CREATE DATABASE,CREATE TABLE 语句）和内容（INSERT语句或分隔文本文件）的信息。这种类型的备份适用于可以编辑数据值或表结构较小的数据量，或者在不同的机器体系结构上重新创建数据。
从数据库的备份策略角度分类
- 从数据库的备份策略角度，数据库的备份可分为完全备份，差异备份和增量备份
完全备份
每次对数据进行完整的备份，即对整个数据库。数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础。完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复，并且会占用大量的磁盘空间，备份的时间也很长。
差异备份
备份那些从上次完全备份之后被修改过的所有文件，备份的时间节点是从上次完整备份起，备份数据量会越来越大。恢复数据时，只需要恢复上次的完全备份与最近一次差异备份。
增量备份
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份。一上次完整备份或上次增量备份的时间为时间点，仅备份这之间的数据变化，因而备份的数据量小，占用空间小，备份速度快。但恢复时，需要从上一次的完整备份开始到最后一次增量备份之的所有增量一次恢复，如果中间某次的备份数据损坏，将导致数据的丢失。
备份方法
mysql数据库的备份可以采用很多种方法，如直接打包数据库文件（物理冷备份），专用备份工具（mysqldump），二进制日志，增量备份，第三方工具等。
物理冷备份
物理冷备份时需要在数据库处于关闭状态下，能够较好的保证数据库的完整性。物理冷备份一般用于非核心业务，这类业务一般都允许中断，物理冷备份的特点就是速度快，恢复时也是最为简单。通常直接打包数据库文件夹（/usr/local/mysql/data）来实现备份
专用备份工具mysldump或mysqlhotcopy
mysqldunp程序和mysqlhotcopy都可以做备份
mysqldump时客户端常用逻辑备份程序，能够产生一组被执行以后再现原始数据库对象定义和表数据的SQL语句。
它可以存储一个多个mysql数据库，对其进行备份或传输到远程 SQL 服务器。mysqldump更为通用，因为它可以备份各种表。
mysqlhotcopy 仅适用于某些存储引擎。
通过其用二进制日志增量备份 Mysql
支持增量备份，进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制，对执行备份点后的数据库更改所需的信息进行恢复。如果进行增量备份（包含自上次完全备份或增量备份以来发生的数据修改），需要刷新二进制日志。
通过第三方工具备份 Percona XtraBachup 是一个免费的MySQL 热备份软件，支持在线备份 Innodb 和XtraDB，也可以支持MySQL表备份，不过myISAM表的备份都要在表锁的情况下进行。
实验
use kgc;
create table if not exists info1 (
id int(4) not null auto_increment,
name varchar(10) not null,
sex char(10) not null,
hobby varchar(50),
primary key (id));
insert into info1 values(1,'user1','male','running');
insert into info1 values(2,'user2','female','singing');
MySQL完全备份
InnoDB存储引擎的数据库在磁盘上存储成三个文件：db.opt(表属性文件)、表名.frm(表结构文件)、表名.ibd(表数据文件)。
物理冷备份与恢复
systemctl stop mysqld
yum -y install xz
#压缩备份
tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
#解压恢复
tar Jxvf /opt/mysql_all_2020-11-22.tar.xz -C /usr/local/mysql/data
mysqldump 备份与恢复
（1）完全备份一个或多个完整的库（包括其中所有的表）
mysqldump -u root -p[密码] --databases 库名1 [库名2] … > /备份路径/备份文件名.sql #导出的就是数据库脚本文件
例：
mysqldump -u root -p --databases kgc > /opt/kgc.sql
mysqldump -u root -p --databases mysql kgc > /opt/mysql-kgc.sql
（2）完全备份 MySQL 服务器中所有的库
mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
例：
mysqldump -u root -p --all-databases > /opt/all.sql
（3）完全备份指定库中的部分表
mysqldump -u root -p[密码] 库名 [表名1] [表名2] … > /备份路径/备份文件名.sql
例：
mysqldump -u root -p [-d] kgc info1 info2 > /opt/kgc_info1.sql
#使用“-d”选项，说明只保存数据库的表结构
#不使用“-d”选项，说明表数据也进行备份
（4）查看备份文件
grep -v "^--" /opt/kgc_info1.sql | grep -v "^/" | grep -v "^$"
完全备份恢复
1，恢复数据库
mysql -uroot -pabc123 -e 'drop database kgc;'
#"-e"选项，用于指定连接 MySQL后执行的命令，命令执行后自动退出
mysql -uroot -pabc123 -e 'show dartabases;'
mysql -uroot -pabc123 < /opt/kgc.sql
mysql -uroot -pabc123 -e 'show databases;'
恢复数据表
当备份文件中只包含表的备份，而不包含创建的库的语句时，执行导入操作时必须指定库名，且目标库必须存在。
mysql -uroot -pabc123 -e 'drop table kgc.cle;'
mysql -uroot -pabc123 -e 'show tables from kgc;'
mysql -uroot -pabc123 kgc < /opt/kgc_cle.sql
mysql -uroot -pabc123 -e 'show tables from kgc;'
MySQL 增量备份与恢复
MySQL增量备份
开启二进制日志功能
vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED
server-id = 1
二进制日志（binlog）有3种不同的记录格式：STATEMENT(基于SQL语句)、ROW（基于行）、MIXED（混合模式），默认格式STATEMENT
systemctl restart mysqld
ls -l /usr/local/mysql/data/mysql-bin.*
可每周对书库或表进行完全备份
mysqldump -uroot -pabc123 kgc cle > /opt/kgc_cle_$(date +%F).sql
mysqldump -uroot -p123123 --all-databases kgc > /opt/kgc_$(date +%F).sql
每天进行增量备份操作，生成新的二进制日志文件（例如 mysql-bin。000002）
mysqladmin -uroot -pabc123 flush-logs
插入新数据 以模拟数据的增加或变更
use kgc;
insert into info1 values(3,'user3','male','game');
insert into info1 values(4,'user4','female','reading');
再次生成新的二进制日志文件
mysqlandmin -uroot -pabc123 flush-logs
查看二进制日志文件的内容
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：显示详细内容
/!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1/;
/!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0/;
DELIMITER /!/;
at 4
#210415 16:11:01 server id 1 end_log_pos 123 CRC32 0xd637a974 Start: binlog v 4, server v 5.7.17-log created 210415 16:11:01
at 123
#210415 16:11:01 server id 1 end_log_pos 154 CRC32 0x1a9b5e6b Previous-GTIDs
[empty]
at 154
#210415 16:19:06 server id 1 end_log_pos 219 CRC32 0x81ff69e4 Anonymous_GTID last_committed=0 sequence_number=1
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;
at 219
#210415 16:19:06 server id 1 end_log_pos 296 CRC32 0x40680d14 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474746/!/;
SET @@session.pseudo_thread_id=5/!/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/!/;
SET @@session.sql_mode=1437073414/!/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/!/;
/!\C utf8 //!/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/!/;
SET @@session.lc_time_names=0/!/;
SET @@session.collation_database=DEFAULT/!/;
BEGIN
/!/;
at 296
#210415 16:19:06 server id 1 end_log_pos 406 CRC32 0x0f6d1fda Query thread_id=5 exec_time=0 error_code=0
use kgc/!/;
SET TIMESTAMP=1618474746/!/;
insert into cle values(3,‘user’,‘女’)
/!/;
at 406
#210415 16:19:06 server id 1 end_log_pos 484 CRC32 0x0d0510b3 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474746/!/;
COMMIT
/!/;
at 484
#210415 16:19:48 server id 1 end_log_pos 549 CRC32 0x1ea7499e Anonymous_GTID last_committed=1 sequence_number=2
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;
at 549
#210415 16:19:48 server id 1 end_log_pos 626 CRC32 0x02c30233 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
BEGIN
/!/;
at 626
#210415 16:19:48 server id 1 end_log_pos 737 CRC32 0xf8ee23d1 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
insert into cle values(4,‘user1’,‘男’)
/!/;
at 737
#210415 16:19:48 server id 1 end_log_pos 815 CRC32 0x269243f4 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
COMMIT
/!/;
at 815
#210415 16:23:45 server id 1 end_log_pos 862 CRC32 0x8c5592fe Rotate to mysql-bin.000003 pos: 4
SET @@SESSION.GTID_NEXT= ‘AUTOMATIC’ /* added by mysqlbinlog / /!*/;
DELIMITER ;
End of log file
/!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE/;
/!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0/;
MySQL 增量备份恢复
一般恢复
模拟丢失更改的数据的恢复步骤
use kgc;
delete from info1 where id=3;
delete from info1 where id=4;
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -u root -p
模拟丢失所有数据的恢复步骤
use kgc;
drop table cle;
mysql -u root -p kgc < /opt/kgc_cle_2020-11-22.sql
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -u root -p
断电恢复
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002
和刚刚一样的使用64位编码机制去解码并按行读取二进制文件000002的详细内容
/!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1/;
/!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0/;
DELIMITER /!/;
at 4
#210415 16:11:01 server id 1 end_log_pos 123 CRC32 0xd637a974 Start: binlog v 4, server v 5.7.17-log created 210415 16:11:01
at 123
#210415 16:11:01 server id 1 end_log_pos 154 CRC32 0x1a9b5e6b Previous-GTIDs
[empty]
at 154
#210415 16:19:06 server id 1 end_log_pos 219 CRC32 0x81ff69e4 Anonymous_GTID last_committed=0 sequence_number=1
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;
at 219
#210415 16:19:06 server id 1 end_log_pos 296 CRC32 0x40680d14 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474746/!/;
SET @@session.pseudo_thread_id=5/!/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/!/;
SET @@session.sql_mode=1437073414/!/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/!/;
/!\C utf8 //!/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/!/;
SET @@session.lc_time_names=0/!/;
SET @@session.collation_database=DEFAULT/!/;
BEGIN
/!/;
at 296
#210415 16:19:06 server id 1 end_log_pos 406 CRC32 0x0f6d1fda Query thread_id=5 exec_time=0 error_code=0
use kgc/!/;
SET TIMESTAMP=1618474746/!/;
insert into cle values(3,‘user’,‘女’)
/!/;
at 406
#210415 16:19:06 server id 1 end_log_pos 484 CRC32 0x0d0510b3 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474746/!/;
COMMIT
/!/;
at 484
#210415 16:19:48 server id 1 end_log_pos 549 CRC32 0x1ea7499e Anonymous_GTID last_committed=1 sequence_number=2
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;
at 549
#210415 16:19:48 server id 1 end_log_pos 626 CRC32 0x02c30233 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
BEGIN
/!/;
at 626
#210415 16:19:48 server id 1 end_log_pos 737 CRC32 0xf8ee23d1 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
insert into cle values(4,‘user1’,‘男’)
/!/;
at 737
#210415 16:19:48 server id 1 end_log_pos 815 CRC32 0x269243f4 Query thread_id=5 exec_time=0 error_code=0
SET TIMESTAMP=1618474788/!/;
COMMIT
/!/;
at 815
#210415 16:23:45 server id 1 end_log_pos 862 CRC32 0x8c5592fe Rotate to mysql-bin.000003 pos: 4
SET @@SESSION.GTID_NEXT= ‘AUTOMATIC’ /* added by mysqlbinlog / /!*/;
DELIMITER ;
End of log file
/!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE/;
/!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0/;
基于位置恢复
#仅恢复到操作 ID 为“815”之前的数据
mysqlbinlog --no-defaults --stop-position='815' /opt/mysql-bin.000002 | mysql -uroot -p
基于时间点恢复
#仅恢复到 210415 16:19:06 之前的数据
mysqlbinlog --no-defaults --stop-datetime=‘21-04-15 16:19:06’/opt/mysql-bin.000002 |mysql -uroot -p
#仅恢复“user4”的数据，跳过“user3”的数据恢复
mysqlbinlog --no-defaults–start-datetime='21-04-15 16:19:06 /opt/mysql-bin.000002 |mysql -uroot -p
489
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
