mysql数据库备份及其恢复 _mysql

一、确保MySQL开启了binlog日志功能
在/etc/my.cnf文件里的[mysqld]区块添加：
#这个是存储的位置为mysql配置文件的位置
log-bin=mysql-bin
然后重启mysql服务生效

二、创建数据库
先创建一个ops数据库
create database ops;
use ops;
创建一个customers表并写上表结构
create table customers(
id int not null auto_increment,
name char(20) not null,
age int not null,
primary key(id)
)engine=InnoDB;

查看创建好的表
desc customers;

文章插图

表中插入数据：
insert into customers values(1,"wangbo","24");
insert into customers values(2,"guohui","22");
insert into customers values(3,"zhangheng","27");

检查插入数据：
select * from customers;

文章插图

【mysql数据库备份及其恢复】
三、进行数据库全量备份
mysqldump -uroot -p -B -F -R -x --master-data=https://www.isolves.com/it/sjk/MYSQL/2020-04-04/2 ops|gzip >/alidata/mysql_bakcup/ops_$(date +%F).sql.gz
ls /alidata/mysql_bakup

文章插图

参数说明：
-B: 指定数据库
-F：刷新日志
-R：备份存储过程等
-x：锁表
--master-data：在备份语句里添加CHANGE MASTER语句以及binlog文件及位置信息

四、再次插入数据
insert into customers values(4,"liupeng","21");
insert into customers values(5,"xiaoda","31");
insert into customers values(6,"fuaiai","26");

查看最新插入的数据
select * from customers；

文章插图

五、模拟误操作、删除ops数据库
drop database ops;
此时,全备之后到误操作时刻之间，用户写入的数据在binlog中，需要恢复出来！

查看全备之后新增的binlog文件
cd /alidata/mysql_bakcup
#解压出已经备份好的数据库
gzip -d ops_2019-04-23.sql.gz
ls

文章插图

查看数据库变化的时刻
grep CHANGE ops_2019-04-23.sql

文章插图

这是全备时候的binlog文件位置 mysql-bin.000006的第106行
因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了

移动到binlog文件，并导出sql文件，提出其中的drop语句

查看mysql数据存放目录，由如下信息可知在/var/lib/mysql目录下
ps -ef |grep mysql

文章插图

cd /var/lib/mysql
cp mysql-bin.000006 /alidata/mysql_bakcup/
cd /alidata/mysql_bakcup/
mysqlbinlog mysql-bin.000006 >006bin.sql #即将binlog日志转化为可正常导入的sql文件

文章插图

vim 006bin.sql 删除里面drop语句

注意：在恢复全备数据之前必须将binlog文件移出，否则恢复过程中，会继续写入语句到binlog，最终导致增量恢复数据部分变的比较混乱

六、恢复数据
mysql -uroot -p <ops_2019-04-23.sql

查看数据库，看看ops库在不在
show databases