MySQL 误操作后数据恢复（update,delete忘加where条件）

在数据库日常维护中，开发人员是最让人头痛的，很多时候都会由于SQL语句写的有问题导致服务器出问题，导致资源耗尽。最危险的操作就是在做DML操作的时候忘加where条件，导致全表更新，这是作为运维或者DBA的我们改如何处理呢？下面我分别针对update和delete操作忘加where条件导致全表更新的处理方法。

一. update 忘加where条件误操作恢复数据(binglog格式必须是ROW)

1.创建测试用的数据表

mysql> create table t1 (

    -> id int unsigned not null auto_increment,

    -> name char(20) not null,

    -> sex enum('f','m') not null default 'm',

    -> address varchar(30) not null,

    -> primary key(id)

    -> );

Query OK, 0 rows affected (0.31 sec)

mysql>

2.插入测试数据

mysql> insert into t1 (name,sex,address)values('daiiy','m','guangzhou');

Query OK, 1 row affected (0.01 sec)

mysql> insert into t1 (name,sex,address)values('tom','f','shanghai');

Query OK, 1 row affected (0.00 sec)

mysql> insert into t1 (name,sex,address)values('liany','m','beijing');

Query OK, 1 row affected (0.00 sec)

mysql> insert into t1 (name,sex,address)values('lilu','m','zhuhai');

Query OK, 1 row affected (0.05 sec)

mysql>

3.现在需要将id等于2的用户的地址改为zhuhai，update时没有添加where条件

mysql> select * from t1;

+----+-------+-----+-----------+

| id | name  | sex | address   |

+----+-------+-----+-----------+

|  1 | daiiy | m   | guangzhou |

|  2 | tom   | f   | shanghai  |

|  3 | liany | m   | beijing   |

|  4 | lilu  | m   | zhuhai    |

+----+-------+-----+-----------+

4 rows in set (0.01 sec)

mysql> update t1 set address='zhuhai';

Query OK, 3 rows affected (0.09 sec)

Rows matched: 4  Changed: 3  Warnings: 0

mysql> select * from t1;

+----+-------+-----+---------+

| id | name  | sex | address |

+----+-------+-----+---------+

|  1 | daiiy | m   | zhuhai  |

|  2 | tom   | f   | zhuhai  |

|  3 | liany | m   | zhuhai  |

|  4 | lilu  | m   | zhuhai  |

+----+-------+-----+---------+

4 rows in set (0.00 sec)

mysql>

4.开始恢复，在线上的话，应该比较复杂，要先进行锁表，以免数据再次被污染。（锁表，查看正在写哪个二进制日志）

mysql> lock tables t1 read ;

Query OK, 0 rows affected (0.00 sec)

mysql> show master status;

+------------------+----------+--------------+------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

+------------------+----------+--------------+------------------+

| mysql-bin.000024 |     1852 |              |                  |

+------------------+----------+--------------+------------------+

1 row in set (0.00 sec)

mysql>

5.分析二进制日志，并且在其中找到相关记录，在更新时是address='zhuhai',我们可以在日志中过滤出来。

[root@localhost mysql]# mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS mysql-bin. | grep -B  'zhuhai'

# at 

# at 

# :: server id   end_log_pos   Table_map: `db01`.`t1` mapped to number

# :: server id   end_log_pos   Update_rows: table id  flags: STMT_END_F

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='daiiy' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='guangzhou' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='daiiy' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='tom' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='shanghai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='tom' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='liany' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='beijing' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='liany' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

可以看见里面记录了每一行的变化，这也是binglog格式要一定是row才行的原因。其中@1,@2,@3,@4,分别对应表中id,name,sex,address字段。相信大家看到这里有点明白了吧，对，没错，你猜到了，我们将相关记录转换为sql语句，重新导入数据库。

6.处理分析处理的二进制日志

[root@localhost mysql]# mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS mysql-bin. | sed -n '/# at 1679/,/COMMIT/p' > t1.txt

[root@localhost mysql]# cat t1.txt

# at 

# :: server id   end_log_pos   Table_map: `db01`.`t1` mapped to number

# :: server id   end_log_pos   Update_rows: table id  flags: STMT_END_F

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='daiiy' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='guangzhou' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='daiiy' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='tom' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='shanghai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='tom' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### UPDATE db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='liany' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='beijing' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### SET

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='liany' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

# at

# :: server id   end_log_pos   Xid =

COMMIT/*!*/;

[root@localhost mysql]#

这里sed有点复杂，需要童鞋们好好自己研究研究，这里我就不多说了。

[root@localhost mysql]# sed '/WHERE/{:a;N;/SET/!ba;s/\([^\n]*\)\n\(.*\)\n\(.*\)/\3\n\2\n\1/}' t1.txt | sed -r '/WHERE/{:a;N;/@4/!ba;s/###   @2.*//g}' | sed 's/### //g;s/\/\*.*/,/g' | sed '/WHERE/{:a;N;/@1/!ba;s/,/;/g};s/#.*//g;s/COMMIT,//g' | sed '/^$/d' > recover.sql

[root@localhost mysql]# cat recover.sql

UPDATE db01.t1

SET

  @= ,

  @='daiiy' ,

  @= ,

  @='guangzhou' ,

WHERE

  @= ;

UPDATE db01.t1

SET

  @= ,

  @='tom' ,

  @= ,

  @='shanghai' ,

WHERE

  @= ;

UPDATE db01.t1

SET

  @= ,

  @='liany' ,

  @= ,

  @='beijing' ,

WHERE

  @= ;

[root@localhost mysql]#

将文件中的@1,@2,@3,@4替换为t1表中id，name，sex，address字段，并删除最后字段的","号

[root@localhost mysql]# sed -i 's/@1/id/g;s/@2/name/g;s/@3/sex/g;s/@4/address/g' recover.sql

[root@localhost mysql]# sed -i -r 's/(address=.*),/\1/g' recover.sql

[root@localhost mysql]# cat recover.sql

UPDATE db01.t1

SET

  id= ,

  name='daiiy' ,

  sex= ,

  address='guangzhou'

WHERE

  id= ;

UPDATE db01.t1

SET

  id= ,

  name='tom' ,

  sex= ,

  address='shanghai'

WHERE

  id= ;

UPDATE db01.t1

SET

  id= ,

  name='liany' ,

  sex= ,

  address='beijing'

WHERE

  id= ;

[root@localhost mysql]#

7.到这里日志就处理好了，现在导入即可（导入数据后，解锁表）；

mysql> source recover.sql;

Query OK, 1 row affected (0.12 sec)

Rows matched: 1  Changed: 1  Warnings: 0

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

Query OK, 1 row affected (0.01 sec)

Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from t1;

+----+-------+-----+-----------+

| id | name  | sex | address   |

+----+-------+-----+-----------+

|  1 | daiiy | m   | guangzhou |

|  2 | tom   | f   | shanghai  |

|  3 | liany | m   | beijing   |

|  4 | lilu  | m   | zhuhai    |

+----+-------+-----+-----------+

4 rows in set (0.00 sec)

mysql>

可以看见数据已经完全恢复，这种方法的优点是快速，方便。

二. delete 忘加where条件误删除恢复(binglog格式必须是ROW)

其实这和update忘加条件差不多，不过这处理更简单,这里就用上面那张表做测试吧

1.模拟误删除数据

mysql> select * from t1;

+----+-------+-----+-----------+

| id | name  | sex | address   |

+----+-------+-----+-----------+

|  1 | daiiy | m   | guangzhou |

|  2 | tom   | f   | shanghai  |

|  3 | liany | m   | beijing   |

|  4 | lilu  | m   | zhuhai    |

+----+-------+-----+-----------+

4 rows in set (0.00 sec)

mysql> delete from t1;

Query OK, 4 rows affected (0.03 sec)

mysql> select * from t1;

Empty set (0.00 sec)

mysql>

2.在binglog中去查找相关记录

[root@localhost mysql]# mysqlbinlog --no-defaults --base64-output=decode-rows -v -v mysql-bin. | sed -n '/### DELETE FROM db01.t1/,/COMMIT/p' > delete.txt

[root@localhost mysql]# cat delete.txt

### DELETE FROM db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='daiiy' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='guangzhou' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### DELETE FROM db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='tom' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='shanghai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### DELETE FROM db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='liany' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='beijing' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

### DELETE FROM db01.t1

### WHERE

###   @= /* INT meta=0 nullable=0 is_null=0 */

###   @='lilu' /* STRING(60) meta=65084 nullable=0 is_null=0 */

###   @= /* ENUM(1 byte) meta=63233 nullable=0 is_null=0 */

###   @='zhuhai' /* VARSTRING(90) meta=90 nullable=0 is_null=0 */

# at

# :: server id   end_log_pos   Xid =

COMMIT/*!*/;

[root@localhost mysql]#

3.将记录转换为SQL语句

[root@localhost mysql]# cat delete.txt | sed -n '/###/p' | sed 's/### //g;s/\/\*.*/,/g;s/DELETE FROM/INSERT INTO/g;s/WHERE/SELECT/g;' | sed -r 's/(@4.*),/\1;/g' | sed 's/@[1-9]=//g' > t1.sql

[root@localhost mysql]# cat t1.sql

INSERT INTO db01.t1

SELECT

   ,

  'daiiy' ,

   ,

  'guangzhou' ;

INSERT INTO db01.t1

SELECT

   ,

  'tom' ,

   ,

  'shanghai' ;

INSERT INTO db01.t1

SELECT

   ,

  'liany' ,

   ,

  'beijing' ;

INSERT INTO db01.t1

SELECT

   ,

  'lilu' ,

   ,

  'zhuhai' ;

[root@localhost mysql]#

4.导入数据，验证数据完整性

mysql> source t1.sql;

Query OK, 1 row affected (0.00 sec)

Records: 1  Duplicates: 0  Warnings: 0

Query OK, 1 row affected (0.02 sec)

Records: 1  Duplicates: 0  Warnings: 0

Query OK, 1 row affected (0.02 sec)

Records: 1  Duplicates: 0  Warnings: 0

Query OK, 1 row affected (0.01 sec)

Records: 1  Duplicates: 0  Warnings: 0

mysql> select * from t1;

ERROR 1046 (3D000): No database selected

mysql> select * from db01.t1;

+----+-------+-----+-----------+

| id | name  | sex | address   |

+----+-------+-----+-----------+

|  1 | daiiy | m   | guangzhou |

|  2 | tom   | f   | shanghai  |

|  3 | liany | m   | beijing   |

|  4 | lilu  | m   | zhuhai    |

+----+-------+-----+-----------+

4 rows in set (0.00 sec)

mysql>

到这里数据就完整回来了。将binglog格式设置为row有利有弊，好处是记录了每一行的实际变化，在主从复制时也不容易出问题。但是由于记录每行的变化，会占用大量磁盘，主从复制时带宽占用会有所消耗。到底是使用row还是mixed，需要在实际工作中自己去衡量，但从整体上来说，binglog的格式设置为row，都是不二的选择。

总结：

所以在数据库操作的过程中我们需要格外小心，当然开发那边我们需要做好权限的控制，不过有一个参数可以解决我们的问题，让我们不用担心类似的问题发生：

在[mysql]段落开启这个参数：

safe-updates

这样当我们在做DML操作时忘记加where条件时，mysqld服务器是不会执行操作的：

mysql> select *  from t1;

+----+------------------+

| id | name             |

+----+------------------+

|  1 | yayun            |

|  2 | atlas            |

|  3 | mysql            |

|  6 | good yayun heheh |

+----+------------------+

4 rows in set (0.00 sec)

mysql> delete from t1;

ERROR 1175 (HY000): You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column

mysql>

MySQL 误操作后数据恢复（update,delete忘加where条件）的更多相关文章

MySQL 误删数据、误更新数据（update,delete忘加where条件）
MySQL 误操作后数据恢复(update,delete忘加where条件) 关键词:mysql误删数据,mysql误更新数据转自:https://www.cnblogs.com/gomysql/p ...
MySQL 误操作后数据恢复（update,delete忘加where条件）【转】
在数据库日常维护中,开发人员是最让人头痛的,很多时候都会由于SQL语句写的有问题导致服务器出问题,导致资源耗尽.最危险的操作就是在做DML操作的时候忘加where条件,导致全表更新,这是作为运维或者 ...
MySQL误操作后如何快速恢复数据
基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了 ...
MySQL 误操作后如何快速恢复数据~！~！~
基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了 ...
MySQL误操作后如何快速回滚(转)
本文转自http://www.cnblogs.com/dfcao/p/6147970.html#undefined 感谢作者基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,My ...
MySQL误操作后如何快速恢复数据？
摘要: 利用binlog闪回误操作数据. 基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如 ...
mysql误操作后通过binlog恢复,同时解决tmp目录满的问题
注意: 本文的恢复,并不是基于恢复某个时间点的全量备份后的增量恢复,而是指在现有数据库基础上基于binlog的恢复.适用于较小的数据误操作. 提取日志文件为sql语句: /usr-ext/local/ ...
MySQL中truncate误操作后的数据恢复案例
MySQL中truncate误操作后的数据恢复案例这篇文章主要介绍了MySQL中truncate误操作后的数据恢复案例,主要是要从日志中定位到truncate操作的地方然后备份之前丢失的数据,需要的 ...
MySQL误操作删除后，怎么恢复数据？
MySQL误操作删除后,怎么恢复数据?登陆查数据库mysql> select * from abc.stad;+----+-----------+| id | name |+----+----- ...

随机推荐

springmvc(二) ssm框架整合的各种配置
ssm:springmvc.spring.mybatis这三个框架的整合,有耐心一步步走. --WH 一.SSM框架整合 1.1.整合思路从底层整合起,也就是先整合mybatis与spring,然后 ...
Renascence架构介绍——文件夹
这一系列文章是为个人项目作一个介绍.有兴趣的朋友能够关注一下. https://github.com/jxt1234/Renascence 先写个文件夹.以后按文件夹更新 1.自己主动编程体系设想 2 ...
(10) 如何MySQL读压力大的问题
如何进行读写分离由开发人员根据所执行的SQL类型连接不同的服务器由数据库中间层实现读写分离读写分离时,需要注意,对于实时性要求比较高的数据,不适合在从库上查询(因为主从复制存在一定延迟(毫秒级) ...
搞明白GOROOT,GOPATH,GOBIN,project目录
我们接下来一个一个来看关于Go语言中的三个目录的详细解释先通过go env查看go的环境变量(我这里是mac的环境,所以可能和你的不同) localhost:~ zhaofan$ go env GOA ...
【BZOJ4025】二分图
Description 神犇有一个n个节点的图.由于神犇是神犇,所以在T时间内一些边会出现后消失.神犇要求出每一时间段内这个图是否是二分图.这么简单的问题神犇当然会做了,于是他想考考你. Input ...
Oracle 19c使用dbca来搭建物理DG
Using DBCA to Create a Data Guard Standby The Database Configuration Assistant (DBCA) can also be us ...
TensorFlow 1.4利用Keras+Estimator API进行训练和预测
Tensorflow 1.4中,Keras作为作为核心模块可以直接通过tf.keas进行调用,但是考虑到keras对tfrecords文件进行操作比较麻烦,而将keras模型转成tensorflow中 ...
python 解除装饰器，调用原本函数。
假设fun函数被装饰器装饰了,name调用fun,就不是调用fun本身了,那么如何继续调用本身呢.使用fun_raw = fun.__wrapped__这样使用fun_raw就是调用没被装饰器修饰后的 ...
Java API获取consumer group最新提交位移的时间
碰到了有人问起这个问题,目前java consumer没有利用OffsetAndMetadata中的metadata字段记录提交的时间,故直接通过java consumer来查询是不行,我们需要直接读 ...
简单工厂模式（Java与Kotlin版）
Kotlin基础知识的学习,请参考之前的文章: Kotlin入门第一课:从对比Java开始 Kotlin入门第二课:集合操作 Kotlin入门第三课:数据类型初次尝试用Kotlin实现Android ...

MySQL 误操作后数据恢复（update,delete忘加where条件）

MySQL 误操作后数据恢复（update,delete忘加where条件）的更多相关文章

随机推荐

热门专题