mysqlbinlog基于postion的数据恢复

今天我们来实验一下用mysqlbinlog进行数据误删除后的恢复实验。

TIPS:首先作为DBA要有备份数据的意识,否则真到出问题丢数据的时候就可以收拾收拾回家了。

前提假设:①17:48已经有了mail表的一个全备(以防丢失数据)

示例表结构如下:

create table
CREATE TABLE mail (
id int(10) unsigned NOT NULL AUTO_INCREMENT,
user_email varchar(50) NOT NULL COMMENT ‘邮件地址’,
subject varchar(30) NOT NULL COMMENT ‘邮件主题’,
mail_type varchar(10) NOT NULL COMMENT ‘邮件类型’,
addtime int(11) NOT NULL COMMENT ‘添加时间’,
is_send tinyint(1) NOT NULL COMMENT ‘是否已发送 1为已发送 0为未发’,
PRIMARY KEY (id),
KEY idx_issend (is_send)
) ENGINE=InnoDB AUTO_INCREMENT=7499660 DEFAULT CHARSET=utf8
mysqlbinlog基于postion的数据恢复_第1张图片
我们现在已前几条数据做实验:
mysqlbinlog基于postion的数据恢复_第2张图片
为了有对比,我更改其中两条数据,一个update一个delete,delete的那个是我们要恢复的数据,update是我们要保留的更新的数据。

mysqlbinlog基于postion的数据恢复_第3张图片

下面我们来看日志记录:
mysqlbinlog基于postion的数据恢复_第4张图片
日志中记录了两条数据更改的记录。

下面开始日志恢复:
我们应该将日志position恢复时position放在误删语句的上下
mysqlbinlog –stop-position=’597’ -d=’test’ /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p

mysqlbinlog –start-position=’749’ -d=’test’ /usr/local/mysql/data/mysql-bin.000001 | mysql -uroot -p

查看数据:mysqlbinlog基于postion的数据恢复_第5张图片

包括update的数据和已删除的数据都已经回来了。

总结:此种方法虽然能简单的恢复数据,但是并不适合真正的生产环境,生产环境读写量大,日志都是以G来算,此种方法是不太实用。但是这是一种对数据恢复的小实验。

你可能感兴趣的:(备份与恢复)