MySQL数据库的备份与恢复
Posted 可乐卷儿
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL数据库的备份与恢复相关的知识,希望对你有一定的参考价值。
提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
前言
在生产环境中,数据的安全性至关重要,任何数据的丢失都可能产生严重的后果,那么造成数据丢失的原因也是各种因素造成的,比如:程序错误、人为操作失误、运算错误、磁盘故障、灾难(如火灾、地震)和盗窃等,这就体现出备份的重要性,本章主要讲解数据的备份与恢复
一、关于mysql的日志
MySQL 的日志默认保存位置为/usr/local/mysql/data
1、日志类型与作用
- redo 重做日志:达到事务一致性(每次重启会重做)
作用:确保日志的持久性,防止在发生故障,脏页未写入磁盘。重启数据库会进行redo
log执行重做,达到事务一致性 - undo 回滚日志
作用:保证数据的原子性,记录事务发生之前的一一个版本,用于回滚,innodb事务可重复读和读取已提交隔离级别就是通过mvcc+undo实现 - error log 错误日志 ★
作用: MySQL本身启动,停止,运行期间发生的错误信息 - slow query log 慢查询日志★★★
作用:记录执行时间过长的sql,时间阈值(10s) 可以配置,只记录执行成功
另一个作用:相当于提醒你是否优化此项 - bin log二进制日志★★★★
作用:用于主从复制,实现主从同步;主从复制是另外两种核心架构的基础:读写分离和MHA(mysql ha);ha:高可用
记录的内容是:数据库中执行的sql语句 - relay log中继日志★★★★
作用:用于数据库主从复制/同步,将主库发来的bin/log保存在本地,然后从库进行回放 - general log普通日志
作用:记录数据库的操作明细,默认关闭,开启后会降低数据库性能
2、MySQL–日志配置文件
vim /etc/my.cnf
[mysqld]
##错误日志,用来记录当MySQL启动、 停止或运行时发生的错误信息,默认已开启
log-error=/usr/local/mysql/data/mysql_error.log #指定错误日志的保存位置和文件名
general_log=ON ##通用查询日志,用来记录MySQL的所有连接和语句,默认是关闭的
general_log_file=/usr/local/mysql/data/mysql_general.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秒
systemctl restart mysqld
mysql -u root -P
3、查询日志
特殊符号 | 含义 |
xx% | 以xx为开头的字段 |
%xx | 以xx为结尾的字段 |
%xx% | 只要出现xx字段的都会显示出来 |
xx | 精准查询 |
variables | 表示变量 |
like | 表示模糊查询 |
查看通用查询日志是否开启
show variables like 'general%';
查看二进制日志是否开启
show variables like 'log_bin%';
查看慢查询日功能是否开启
show variables like '%slow%';
在数据库中设置开启慢查询的方法
set global slow_query_log=ON;
查看慢查询时间设置;默认10s
show variables like 'long_query_time';
刷新二进制日志有助于进行增量备份
mysql-bin.index ##二进制日志文件的索引
索引文件刷新方式
- 重启mysql的时候会更新索引文件,用于记录新的更新语句
- 刷新二进制日志
- systemctl restart mysqld ##重启之后会产生一个二进制日志
- systemctl restart mysqld ##重启之后会产生一个二进制日志
二、MySQL备份分类
数据库备份可以分为:
- 物理备份
- 逻辑备份
1、物理备份
物理备份是对数据库操作系统的物理文件(如数据文件、日志文件等)的备份
这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库。
物理备份又可以分为:冷备份(脱机备份)、热备份(连接备份)和温备份
- 冷备份 (脱机备份) :是在关闭数据库的时候进行的(tar)
- 热备份 (联机备份) :数据库处于运行状态,依赖于数据库的日志文件(mysqlhotcopy/mysqlbackup等第三方热备工具,缺点是会对引擎有所限制)
- 温备份 :数据库锁定表格(不可写入但可读)的状态下进行备份操作(mysqldump)
2、逻辑备份
逻辑备份是对数据库逻辑组件的备份
表示为逻辑数据库结构这种类型的备份适用于可以编辑数据值或表结构
2.1、分类
从数据库的备份策略角度来看,备份又可分为:完全备份、差异备份和增量备份
- 完全备份
每次对数据进行完整备份,即对整个数据库、数据库结构和文件结构的备份,保存的是备份完成时的数据库,是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便,但是数据存在大量的重复并且会占用大量的磁盘空间,备份的时间也很长 - 差异备份
备份那些自从上次完全备份之后被修改过的所有文件,备份的时间节点是从上次完整备份起,备份数据量会越来越大。恢复数据时只需要恢复上次的完全备份与最佳的一次差异备份 - 增量备份:仅记录基于原表内容变化的一条记录
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点,仅备份期间内的数据变化,因而备份的数据量小,占用空间小,备份速度快。但恢复时,需要从上一次的完整备份开始到最后一次增量备份之间的所有增量依次恢复,如中间某次的备份数据损坏,将导致数据的丢失
2.2、逻辑备份分类的比较
这里引申一个问题,如何选择逻辑备份策略?
- 首先是根据项目频率
- 其次关系备份的合理值区间值,以逻辑备份策略而言:
- 全备:一周一次的全备(全备的时间需要在业务暂停/空闲时进行)
- 增量:3天/2天一次增量备份
- 差异:选择特定的场景进行备份;面试问道时可以说不怎么做或者某一个时段做差异备份
3、常见的备份方法
- 物理冷备
备份时数据库处于关闭状态,直接打包数据库文件(tar)
备份速度快,恢复时也是最简单的
物理冷备关闭数据库的原因:因为数据库是由持续性的数据交互和数据频繁更新的特性,若是不 关闭数据库,tar就无法保证数据的更新与一致性 - 专用备份工具 mysqldump 或 mysqlhotcopy
mysqldump 常用的逻辑备份工具
mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表(MyISAM、ARCHIVE指的是引擎表) - 启用二进制日志进行增量备份
进行增量备份,需要刷新二进制日志 - 第三方工具备份
免费的MySQL 热备份软件 Percona、XtraBackup、mysqlbackup
三、MySQL物理备份与恢复
是对整个数据库、数据库结构和文件结构的备份
保存的是备份完成时刻的数据库
是差异备份与增量备份的基础
- 优点:
备份与恢复操作简单方便 - 缺点:
数据存在大量的重复
占用大量的备份空间
备份与恢复时间长
1、物理冷备份与恢复
关闭MySQL数据库
使用tar命令直接打包数据库文件夹
直接替换现有MySQL目录即可
实例:
实验准备:创建数据表kk
use zyt;
create table if not exists kk (id int(4) not null auto_increment,name varchar(10) not null,age char(10) not null,hobby varchar(50),primary key (id)); ##创建数据表kk;exists:存在
insert into kk values(1,'zhangsan',20,'running');
insert into kk values(2,'lisi',30,'singing');
配置流程
systemctl stop mysqld ##关闭数据库
tar Jcvf /opt/mysql_all_$(date +%F).tar.gz /usr/local/mysql/data/ ##数据备份打包;date +%F:当前时间
mv /usr/local/mysql/data/ /opt/ ##移走data,模拟数据库损坏
systemctl start mysqld ##开启数据库
mysql -u root -p ##因为数据库损坏,进入数据库发现并没有zyt数据库
systemctl stop mysqld ##关闭数据库
tar Jxvf /opt/mysql_all_2021-07-15.tar.gz -C /usr/local/mysql/ ##解压恢复
mv ./usr/local/mysql/data/ ./ ##data目录移除到当前/usr/local/mysql/目录下
systemctl start mysqld ##开启数据库,进入发现数据恢复
2、mysqldump备份与恢复
MySQL自带的备份工具,可方便实现对MySQL的备份
可以将指定的库、表导出为SQL 脚本
使用命令mysq|导入备份的数据
冷备份使用tar打包,需要先关闭数据库是因为数据库仍在持续写入,不关闭会导致数据丢失
2.1、mysqldump备份
mysql -u root -p123 -e 'show databases;' ##-e:在命令行对表的内容进行操作
- 完全备份一个或多个完整的库 (包括其中所有的表)
mysqldump -u root -p[密码] --databases 库名1 [库名2] ... > /备份路径/备份文件名.sql
实例:
mysqldump -u root -p123 --databases zyt > /opt/zyt.sql # #备份一个zyt库
mysqldump -u root -p123 --databases zyt sys > /opt/zyt-sys.sql ##备份mysql与 kgc两个库
- 完全备份 MySQL 服务器中所有的库
mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
实例:
mysqldump -u root -p --all-databases > /opt/all.sql
- 完全备份指定库中的部分表
mysqldump -u root -p[密码] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
使用“-d”选项,说明只保存数据库的表结构
不使用“-d"选项,说明表数据也进行备份
做为一个表结构模板
实例:
mysqldump -u root -p123 zyt kk > /opt/zyt_kk.sql
这里也不难看出,热备份不需要关闭数据库是因为可以锁表,写完数据会解锁
- 查看备份文件
grep -v "^--" /opt/zyt.sql | grep -v "^/" | grep -v "^$"
2.2、恢复数据库
- 方式一:交互式–使用source命令
- 登录到MySQL数据库
- 执行source备份sql脚本的路径
source /opt/zyt.sql
- 无交互式–使用musql命令
- 无须登录MySQL数据库
- 使用-e删除数据表
- 执行mysql备份sql脚本的路径
[root@mysql opt]# mysqldump -uroot -p123 zyt kk > /opt/zyt_kk.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# mysql -uroot -p123 -e 'drop table zyt.kk;'
mysql: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# mysql -uroot -p123 -e 'show tables from zyt;'
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+
| Tables_in_zyt |
+---------------+
| USERS |
+---------------+
mysql: [Warning] Using a password on the command line interface can be insecure.
[root@mysql opt]# mysql -uroot -p123 -e 'show tables from zyt;'
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+
| Tables_in_zyt |
+---------------+
| USERS |
| kk |
+---------------+
2.3、mysqldump小结
严格来说属于温备份,会需要对表进行写入的锁定
在全量备份与恢复实验中,假设现有zyt库,zyt库中有一个kk数据表,区别如下:
- 当备份时加 --databases ,表示针对于zyt库
mysqldump -uroot -p123 --databases zyt > /opt/zyt_01.sql ##备份库后
- 当备份时不加 --databases,表示针对yt库下的所有表
mysqldump -uroot -p123 zyt > /opt/zyt_02.sql ##备份库后
- 查看zyt_01.sql 和zyt_02.sql
主要原因在于两种方式的备份(前者会从"create databases"开始,而后者则全是针对表格进行操作)
- 在生产环境中,可以使用Shell脚本自动实现定时备份(时间频率需要确认)
四、MySQL增量备份与恢复
1、增量备份实验
1.1、 开启二进制日志功能
vim /etc/my.cnf ##开启二进制日志功能
log-bin=mysql-bin ##开启二进制
binlog_format=MIXED ##指定二进制日志记录格式:混合输入
server-id = 1 ##标识该语句最初是从哪个server写入的
systemctl restart mysqld ##重启服务
1. 二进制三种记录格式/模式(默认格式是STATEMENT)
- STATEMENT (基于SQL语句)
- 每一条涉及到被修改的sql 都会记录在binlog中
- 缺点:日志量过大
- 如sleep()函数,last_insert_id()>,以及user-defined fuctions(udf)、主从复制等架构记录日志时会出现问题
- ROW(基于行)
- 只记录变动的记录,不记录sql的上下文环境
- 缺点:如果遇到update…set…where true 那么binlog的数据量会越来越大
create table info
insert into info values(1,'zhangsan');
insert into info values(2,'lisi'); ##只会记录插入lisi
delete id=zhangsan
- MIXED(混合模式)-推荐使用
- 一般的语句使用statement,函数使用ROW方式存储
查看二进制日志文件的内容
cp /usr/local/mysql/data/mysql-bin.000001 /opt/
mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000001 > /opt/mysql-bin.000001 ##可以将解码后的文件导出为txt格式,方便查阅
mysqlbinlog:基于日志管理操作的命令
--base64-output=decode-rows:使用64位编码机制去解码(decode)并按行读取(rows)
-v: 显示详细内容
--no-defaults : 默认字符集(不加会报错:UTF-8的错误)
1.2、二进制日志内容
- at :开始的位置点
- end_log_pos:结束的位置
- 时间戳: 210715 14:35:33
- SQL语句;insert、select等
1.2.进行完全备份
增量备份时基于完全备份的,所以我们直接完全备份数据库
mysqldump -uroot -p zyt > /opt/zyt_kk_$(date +%F).sql
1.3、进行增量备份
可每天操作,生成新的二进制日志文件(例如:mysql-bin.000002)
mysqladmin -u root -p flush-logs ##刷新日志
增量备份:基于上一次完全或者增量备份的备份
保留之前的完整操作00001去作为完全备份的操作即00002
1.4、模拟数据的增加或变更
插入新数据,即在第一次完全备份之后刷新二进制文件,在第二个二进制文件中记载着"增量备份的数据"
create database lf;
use lf;
create table test1(id int(4),name varchar(4));
insert into test1 values(1,'zhan');
insert into test1 values(2,'li');
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000003 > /opt/mysql_03.sql ##导入到文本格式,方便使用cat查询
cat mysql_03.sql
1.5、再次生成新的二进制日志文件(例如:mysql-bin.000004)
mysqladmin -u root -p flush-logs
#之前的步骤4的数据库操作会保存到mysql-bin.000003文件中,之后我们测试删除zyt库的操作会保存在mysql-bin.000004文件中 (以免当我们基于mysql-bin.000003日志进行恢复时,依然会删除库)
2、增量恢复实验
2.1、一般恢复
- 模拟丢失更改的数据的恢复步骤(直接使用恢复即可)
mysqldump -uroot -p123 zyt kk > /opt/zyt_kk.sql ##备份zyt库中kk表
drop table kk; ##删除zyt库中kk表
mysql -uroot -p zyt < /opt/zyt_kk.sql ##恢复kk表
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000003 ##查看日志文件
2. 模拟丢失所有数据的恢复步骤
这里使用全新的实验环境
------------------------>开启二进制日志功能<-----------------------------------
vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED #可选,指定二进制日志(binlog)的记录格式为MIXED(混合输入)
server-id = 1 #可加可不加该命令
systemctl restart mysqld ##重启服务
-------------------------->创建新的数据库和数据表<----------------------------
create zw;
use zw;
create table lf(id int(4),name varchar(20));
insert into lf values(1,'zs');
insert into lf values(2,'ls');
mysqladmin -u root -p flush-logs ##刷新日志,生成新的二进制日志文件000002
进入数据库删除表格,基于二进制日志文件00002恢复
cp /usr/local/mysql/data/mysql-bin.000001 /opt/
mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000001 > /opt/mysql-bin.000001 ##为了方便文本查看
cat /opt/mysql-bin.000001
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000001 > /opt/mysql-bin.000001 ##再操作一下000001覆盖原来的文本; 为了方便文本查看
--------------------------------------->模拟丢失数据<-----------------------------------
drop database zw; ## 删除数据库zw;
--------------------------------------->基于mysql-bin.000001恢复<-----------------------------------
mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000001 | mysql -u root -p
2.2、断点恢复
刷新日志:
mysqladmin -uroot -p123 flush-logs
需要先确定跳过的插入数据位置at 895;994结束
drop database zw; ##删除数据库
mysqlbinlog --no-defaults --stop-position='895' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123 ##仅恢复到操作 ID 为“895"之前的数据,即不恢复"li"的数据
select * from lf; ##这时查看数据库zw已恢复,数据表恢复到id=895之前的数据
mysqlbinlog --no-defaults --start-position='895' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123 ##恢复到操作 ID 为“895"开始的数据,即恢复"li"的数据
2. 3、基于时间点恢复
基于错误的时间点停止,正确的时间点恢复数据
格式
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码
cat /opt/mysql-bin.000001
drop database zw; ##删除数据库
#仅恢复到19:06:38之前的数据,即不恢复"ls"的数据
mysqlbinlog --no-defaults --stop-datetime='2021-07-15 19:06:38' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123
#仅恢复到19:06:38之后的数据,即不恢复"ls"的数据
mysqlbinlog --no-defaults --start-datetime='2021-07-15 19:06:38' /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p123
如果恢复某条SQL语之前的所有数据,就stop在这个语句的位置节点或者时间点
如果恢复某条SQL语句以及之后的所有数据,就从这个语句的位置节点或者时间点start
五、总结
本章主要讲解了关于MySQL数据库的各种日志及配置文件,备份的分级及恢复方法,结合实例具体说明
1、 备份的分类
- 物理备份
- 冷备份 (脱机备份) :是在关闭数据库的时候进行的(tar)
- 热备份 (联机备份):数据库处于运行状态,依赖于数据库的日志文件(mysqlhotcopy/mysqlbackup等第三方热备工具,缺点是会对引擎有所限制)
- 温备份 :数据库锁定表格(不可写入但可读)的状态下进行备份操作(mysqldump)
- 逻辑备份
- 完全备份:每次对数据进行完整备份,即对整个数据库、数据库结构和文件结构的备份,保存的是备份完成时的数据库
- 差异备份:备份的时间节点是从上次完整备份起,**备份数据量会越来越大
- 增量备份**:**仅记录基于原表内容变化的一条记录
2、 常见的备份方法
- 物理冷备:
- 关闭MySQL数据库
- 使用tar命令直接打包数据库文件夹
- 直接替换现有MySQL目录即可
- 专用备份工具 mysqldump 或 mysqlhotcopy
- mysqldump 常用的逻辑备份工具
- mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表(MyISAM、ARCHIVE指的是引擎表)
----------------->完全备份一个或多个完整的库 (包括其中所有的表)<----------------
mysqldump -u root -p[密码] --databases 库名1 [库名2] ... > /备份路径/备份文件名.sql
----------------->完全备份 MySQL 服务器中所有的库<----------------
mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
----------------->完全备份指定库中的部分表<----------------
mysqldump -u root -p[密码] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
----------------->查看备份文件<----------------
grep -v "^--" /opt/zyt.sql | grep -v "^/" | grep -v "^$
- 启用二进制日志进行增量备份
进行增量备份,需要刷新二进制日志
主要命令:
vim /etc/my.cnf ##开启二进制日志功能
log-bin=mysql-bin ##开启二进制
binlog_format=MIXED ##指定二进制日志记录格式:混合输入
server-id = 1 ##标识该语句最初是从哪个server写入的
mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000001 > /opt/mysql-bin.000001 ##可以将解码后的文件导出为txt格式,方便查阅
mysqladmin -u root -p flush-logs ##刷新日志
- 第三方工具备份
- 免费的MySQL 热备份软件 Percona、XtraBackup、mysqlbackup
3、恢复数据库
- 方式一:交互式–使用source命令
- 登录到MySQL数据库
- 执行source备份sql脚本的路径
- 方式二:无交互式–使用musql命令
- 无须登录MySQL数据库
- 使用-e删除数据表
- 执行mysql备份sql脚本的路径
以上是关于MySQL数据库的备份与恢复的主要内容,如果未能解决你的问题,请参考以下文章