mysql误删除一个表,可以恢复吗

mysql误删除一个表,可以恢复吗,第1张

1、首先构建测试环境数据create table t1(a varchar(10),b varchar(10))insert into t1 values('1','1')insert into t1 values('2','2')commit。

2、模拟误修改,将t1表中的b字段更新为错误数据 "123456"update t1 set b='123456' where a='1'commitselect * from t1。

3、将恢复工具上传到服务器并进行解压。unzip binlog2sql-master.zip。

4、得到误修改时的binlog文件(show binary logs),实验环境是mysql-bin.000011。

5、通过 binlog2sql.py 脚本的到所有 对表 t1 的修改 *** 作。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011'。

6、得到了误删除的sql的准确位置在1382-1615之间,使用 _**-B**_ 选项生成回滚sql。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011' --start-position=1382 --stop-position=1615 -B。

7、执行得到的回滚语句进行误 *** 作恢复。就完成了。

情况1、如果你有该库的整体备份或对这个表的单独备份,那么也许可以恢复。可以将最新的备份恢复到一个备用的服务器上,导出那表的内容,完成恢复

情况2、如果没有任何备份,那就基本没戏了。一般删除表的 *** 作是drop table,日志中不会记录删除具体行数的记录。表所对应目录下的文件已经被删除(innodb独立表空间,单表归为一文件)。同样的情况适用于myisam数据库引擎,对应的myd/myi/frm文件均被删除。这不像windows还有垃圾箱,是不可逆的 *** 作

在实际工作中,一个MySQL实例中可能有多个database。而我们备份时,通常采用完全备份,将所有database都备份到一个文件中。

但是,偶尔会遇到只恢复一个database或者一个表的情况。怎么解决呢?科多大数据带你来看看。

一、利用全备恢复一个库 (database) 的数据

案例:朋友在群里问, MySQL全库备份。如何只恢复一个库?

1、采用–one-database 选项。不建议使用该方式,经常出现问题。

# mysql -uroot -pxx -D db1 -o

2、从全备份文件中将需要的库的建表语句和INSERT数据拿出来,然后再导入

# sed -n '/^-- Current Database: `db1`/,/^-- Current Database: `/p' all.dmp >db1.sql

# mysql -uroot -pxx -D db1

二、利用全备恢复一张表 (table) 的数据

生产中遇到开发同事更新表时未加上where条件,造称 order_status 列所有数据都被更新为0.

通常,mysqldump对全库进行备份。恢复时如果恢复全库,太耗时间又没有必要。所以,我们只恢复想要的表即可。

mysqldump备份中,既有表结构,又有INSERT INTO语句包含数据。所以获得者两部分内容即可。

1、获得表结构

# sed -e'/./{H$!d}' -e 'x/CREATE TABLE `ecs_ugo_order_info`/!dq' mysqldump_2017-05-23.sql

2、获得INSERT INTO 语句,用于数据的恢复

# grep -i 'INSERT INTO `ecs_ugo_order_info`' mysqldump_2017-05-23.sql >data.sql &

3、根据得到的表结构创建表,并导入数据

mysql -uroot -pxxx xx

4、拼接update语句

mysql>select concat('update xx.ecs_ugo_order_info set order_status=',order_status,' where order_id=',order_id,'') from ecs_ugo_order_info into outfile '/tmp/ecs_ugo_order_info_rercovery.sql'

结果如下:

1.update xx.ecs_ugo_order_info set order_status=6 where order_id=3254778

2.update xx.ecs_ugo_order_info set order_status=6 where order_id=3254824

3.update xx.ecs_ugo_order_info set order_status=6 where order_id=3254870

5、在生产库中将order_status恢复成正常值

# mysql -uroot -pxxx xx </tmp/ecs_ugo_order_info_rercovery.sql


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/6097805.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-14
下一篇 2023-03-14

发表评论

登录后才能评论

评论列表(0条)

保存