[MySQL]-删库后恢复
sen格 | 2022年11月
本文旨在记录个人在数据库的删库恢复演练过程中的一些总结，如有不足，欢迎指正。
一、恢复场景
1）假设生产实例MySQL端口为：3306
2）本地实例MySQL端口为：3307
在这里的两个端口分别模拟生产和本地数据库
步骤一
在3306上创建数据库tpcc
mysql3306>create database tpcc;
查看当前数据库
mysql3306>show databases;
创建表
在tpcc数据库上创建9张表，使用tpcc-mysql自带的建表语句
mysql3306>use tpcc;
mysql3306>source /usr/local/tpcc-mysql/create_table.sql
create_table.sql 文件内容
SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
drop table if exists warehouse;
create table warehouse (
w_id smallint not null,
w_name varchar(10),
w_street_1 varchar(20),
w_street_2 varchar(20),
w_city varchar(20),
w_state char(2),
w_zip char(9),
w_tax decimal(4,2),
w_ytd decimal(12,2),
primary key (w_id) ) Engine=InnoDB;
drop table if exists district;
create table district (
d_id tinyint not null,
d_w_id smallint not null,
d_name varchar(10),
d_street_1 varchar(20),
d_street_2 varchar(20),
d_city varchar(20),
d_state char(2),
d_zip char(9),
d_tax decimal(4,2),
d_ytd decimal(12,2),
d_next_o_id int,
primary key (d_w_id, d_id) ) Engine=InnoDB;
drop table if exists customer;
create table customer (
c_id int not null,
c_d_id tinyint not null,
c_w_id smallint not null,
c_first varchar(16),
c_middle char(2),
c_last varchar(16),
c_street_1 varchar(20),
c_street_2 varchar(20),
c_city varchar(20),
c_state char(2),
c_zip char(9),
c_phone char(16),
c_since datetime,
c_credit char(2),
c_credit_lim bigint,
c_discount decimal(4,2),
c_balance decimal(12,2),
c_ytd_payment decimal(12,2),
c_payment_cnt smallint,
c_delivery_cnt smallint,
c_data text,
PRIMARY KEY(c_w_id, c_d_id, c_id) ) Engine=InnoDB;
drop table if exists history;
create table history (
h_c_id int,
h_c_d_id tinyint,
h_c_w_id smallint,
h_d_id tinyint,
h_w_id smallint,
h_date datetime,
h_amount decimal(6,2),
h_data varchar(24) ) Engine=InnoDB;
drop table if exists new_orders;
create table new_orders (
no_o_id int not null,
no_d_id tinyint not null,
no_w_id smallint not null,
PRIMARY KEY(no_w_id, no_d_id, no_o_id)) Engine=InnoDB;
drop table if exists orders;
create table orders (
o_id int not null,
o_d_id tinyint not null,
o_w_id smallint not null,
o_c_id int,
o_entry_d datetime,
o_carrier_id tinyint,
o_ol_cnt tinyint,
o_all_local tinyint,
PRIMARY KEY(o_w_id, o_d_id, o_id) ) Engine=InnoDB ;
drop table if exists order_line;
create table order_line (
ol_o_id int not null,
ol_d_id tinyint not null,
ol_w_id smallint not null,
ol_number tinyint not null,
ol_i_id int,
ol_supply_w_id smallint,
ol_delivery_d datetime,
ol_quantity tinyint,
ol_amount decimal(6,2),
ol_dist_info char(24),
PRIMARY KEY(ol_w_id, ol_d_id, ol_o_id, ol_number) ) Engine=InnoDB ;
drop table if exists item;
create table item (
i_id int not null,
i_im_id int,
i_name varchar(24),
i_price decimal(5,2),
i_data varchar(50),
PRIMARY KEY(i_id) ) Engine=InnoDB;
drop table if exists stock;
create table stock (
s_i_id int not null,
s_w_id smallint not null,
s_quantity smallint,
s_dist_01 char(24),
s_dist_02 char(24),
s_dist_03 char(24),
s_dist_04 char(24),
s_dist_05 char(24),
s_dist_06 char(24),
s_dist_07 char(24),
s_dist_08 char(24),
s_dist_09 char(24),
s_dist_10 char(24),
s_ytd decimal(8,0),
s_order_cnt smallint,
s_remote_cnt smallint,
s_data varchar(50),
PRIMARY KEY(s_w_id, s_i_id) ) Engine=InnoDB ;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;
步骤二
删除数据库tpcc
mysql3306>drop database tpcc;
步骤三
库都删除了，那下面就是恢复了
二、恢复！
在恢复之前，我们肯定要查看现在使用的binlog，因为场景比较简单，所以创建库和删除库大差不差的在一个binlog里。
查看当前正在写入的binlog文件：
mysql3306>show master status;
由上图，我们得知当前正在写mysql-bin.000017这个文件
还可以查看binlog文件列表：
mysql3306>show binary logs;
既然如此了，我们先拷贝出来一份到别的目录，不然生产的文件被搞坏，那就准备跑路吧~
centos7>cp /usr/local/mysql/data/binlog/mysql-bin.000017 /data/bakcup/mysql-bin.000017
简单查看下是否有数据库创建和删除语句
centos7>cd /data/bakcup/
backup>mysqlbinlog mysql-bin.000017 | grep -n "create database"
backup>mysqlbinlog mysql-bin.000017 | grep -n "drop database"
因为场景比较单一，所以我们这里可以使用 --start-position 和 --stop-position 两个参数来恢复数据
查看 mysql-bin.000017，binlog为二进制类型不能直接查看，借助mysqlbinlog工具导致查看
backup>mysqlbinlog --set-charset=utf8mb4 mysql-bin.000017 > tmp.sql
然后我们可以在vim里查找
backup>vim tmp.sql
按 / ，输入create database tpcc，查看开始位置（由图的开始位置6162）
按 / ，输入drop database tpcc，查看结束位置（有图得结束位置为11841）
根据这个binlog的翻译文件，查看完开始和结束位置后，我们就可以对binlog进行截取
backup>mysqlbinlog -v mysql-bin.000017 --start-position=6162 --stop-position=11841 > tmp_tpcc.sql
在本地实例上执行
backup>mysql -P3307 0-uroot -p < tmp_tpcc.sql
查看后，我们发现3307端口的数据库已经有了tpcc数据库和创建表了
下面我们用mysqldump来把tpcc这个库拉出来
backup>mysqldump -uroot -p -h 127.0.0.1 -P3307 --single-transaction --skip-lock-tables --default-character-set=utf8mb4 --set-gtid-purged=OFF > back_tpcc_3307.sql
最后就是通知业务不要对生产库做操作，以免影响业务写入数据被刷
然后开始恢复
backup>mysql -P3306 -uroot -p -h 127.0.0.1 < back_tpcc_3307.sql
最后结果：
三、总结
该案例比较简单，在实际生产过程中还是要根据场景具体分析，但是恢复过程以及原理和本文大致相似。
在这里积极欢迎各位大佬指出不足之处。
转载：https://blog.csdn.net/liangsena/article/details/127969681
查看评论