nginxmysql还原_mysql数据库备份及其恢复

一、确保mysql开启了binlog日志功能

在/etc/my.cnf文件里的[mysqld]区块添加&＃xff1a;

#这个是存储的位置为mysql配置文件的位置

log-bin&＃61;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&＃61;InnoDB;

查看创建好的表

desc customers;

表中插入数据&＃xff1a;

insert into customers values(1,"wangbo","24");

insert into customers values(2,"guohui","22");

insert into customers values(3,"zhangheng","27");

检查插入数据&＃xff1a;

select * from customers;

三、进行数据库全量备份

mysqldump -uroot -p -B -F -R -x --master-data&＃61;2 ops|gzip >/alidata/mysql_bakcup/ops_$(date &＃43;%F).sql.gz

ls /alidata/mysql_bakup

参数说明&＃xff1a;

-B: 指定数据库

-F&＃xff1a;刷新日志

-R&＃xff1a;备份存储过程等

-x&＃xff1a;锁表

--master-data&＃xff1a;在备份语句里添加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&＃xff1b;

五、模拟误操作、删除ops数据库

drop database ops;

此时,全备之后到误操作时刻之间&＃xff0c;用户写入的数据在binlog中&＃xff0c;需要恢复出来&＃xff01;

查看全备之后新增的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文件&＃xff0c;并导出sql文件&＃xff0c;提出其中的drop语句

查看mysql数据存放目录&＃xff0c;由如下信息可知在/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语句

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

六、恢复数据

mysql -uroot -p

查看数据库&＃xff0c;看看ops库在不在

show databases

use ops&＃xff1b;

select * from customers;

#此时恢复了全备时刻时候的数据

接着&＃xff0c;使用006bin.sql文件恢复全备时刻到删除ops数据库之前&＃xff0c;新增的数据

mysql -uroot -p ops <006bin.sql

再次查看数据库&＃xff0c;发现备份到删除数据库之前的那部分数据也恢复了&＃xff01;

select * from customers;

以上就是mysql数据库增量数据恢复的实例过程&＃xff01;

最后总结几点&＃xff1a;

1)本案例适合认为SQL语句造成的误操作或者没有主从复制等热备情况宕机时的修复

2)恢复条件为mysql要开启binlog日志功能&＃xff0c;并且要全备和增量所有数据

3)恢复时建议对外定制更新&＃xff0c;即禁止更新数据库

4)先恢复全量&＃xff0c;然后把全备时刻点以后增量日志&＃xff0c;按顺序恢复成SQL文件&＃xff0c;然后把文件中有问题的SQL语句删除&＃xff0c;在恢复到数据库