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

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

1.创建测试用的数据表

mysql> create tablet1 (-> id int unsigned not nullauto_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.31sec)

mysql>

2.插入测试数据

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

Query OK,1 row affected (0.01sec)

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

Query OK,1 row affected (0.00sec)

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

Query OK,1 row affected (0.00sec)

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

Query OK,1 row affected (0.05sec)

mysql>

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

mysql> select * fromt1;+----+-------+-----+-----------+

| 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.01sec)

mysql> update t1 set address='zhuhai';

Query OK,3 rows affected (0.09sec)

Rows matched:4 Changed: 3 Warnings: 0mysql> select * fromt1;+----+-------+-----+---------+

| 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.00sec)

mysql>

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

mysql> lock tables t1 read;

Query OK,0 rows affected (0.00sec)

mysql>show master status;+------------------+----------+--------------+------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |

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

| mysql-bin.000024 | 1852 | | |

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

1 row in set (0.00sec)

mysql>

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

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

# at 1629# at1679#140305 10:52:24 server id 1 end_log_pos 1679 Table_map: `db01`.`t1` mapped to number 38#140305 10:52:24 server id 1 end_log_pos 1825 Update_rows: table id 38flags: STMT_END_F

### UPDATE db01.t1

### WHERE

### @1=1 /*INT meta=0 nullable=0 is_null=0*/### @2='daiiy' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='guangzhou' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=1 /*INT meta=0 nullable=0 is_null=0*/### @2='daiiy' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### UPDATE db01.t1

### WHERE

### @1=2 /*INT meta=0 nullable=0 is_null=0*/### @2='tom' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=1 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='shanghai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=2 /*INT meta=0 nullable=0 is_null=0*/### @2='tom' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=1 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### UPDATE db01.t1

### WHERE

### @1=3 /*INT meta=0 nullable=0 is_null=0*/### @2='liany' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='beijing' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=3 /*INT meta=0 nullable=0 is_null=0*/### @2='liany' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='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.000024 | sed -n '/# at 1679/,/COMMIT/p' >t1.txt

[root@localhost mysql]#catt1.txt

# at1679#140305 10:52:24 server id 1 end_log_pos 1679 Table_map: `db01`.`t1` mapped to number 38#140305 10:52:24 server id 1 end_log_pos 1825 Update_rows: table id 38flags: STMT_END_F

### UPDATE db01.t1

### WHERE

### @1=1 /*INT meta=0 nullable=0 is_null=0*/### @2='daiiy' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='guangzhou' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=1 /*INT meta=0 nullable=0 is_null=0*/### @2='daiiy' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### UPDATE db01.t1

### WHERE

### @1=2 /*INT meta=0 nullable=0 is_null=0*/### @2='tom' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=1 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='shanghai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=2 /*INT meta=0 nullable=0 is_null=0*/### @2='tom' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=1 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### UPDATE db01.t1

### WHERE

### @1=3 /*INT meta=0 nullable=0 is_null=0*/### @2='liany' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='beijing' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### SET

### @1=3 /*INT meta=0 nullable=0 is_null=0*/### @2='liany' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/# at1825#140305 10:52:24 server id 1 end_log_pos 1852 Xid = 26COMMIT/*!*/;

[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]# catrecover.sql

UPDATE db01.t1

SET

@1=1,

@2='daiiy',

@3=2,

@4='guangzhou',

WHERE

@1=1;

UPDATE db01.t1

SET

@1=2,

@2='tom',

@3=1,

@4='shanghai',

WHERE

@1=2;

UPDATE db01.t1

SET

@1=3,

@2='liany',

@3=2,

@4='beijing',

WHERE

@1=3;

[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]#catrecover.sql

UPDATE db01.t1

SETid=1,

name='daiiy',

sex=2,

address='guangzhou'WHEREid=1;

UPDATE db01.t1

SETid=2,

name='tom',

sex=1,

address='shanghai'WHEREid=2;

UPDATE db01.t1

SETid=3,

name='liany',

sex=2,

address='beijing'WHEREid=3;

[root@localhost mysql]#

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

mysql>source recover.sql;

Query OK,1 row affected (0.12sec)

Rows matched:1 Changed: 1 Warnings: 0Query OK,1 row affected (0.00sec)

Rows matched:1 Changed: 1 Warnings: 0Query OK,1 row affected (0.01sec)

Rows matched:1 Changed: 1 Warnings: 0mysql> select * fromt1;+----+-------+-----+-----------+

| 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.00sec)

mysql>

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

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

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

1.模拟误删除数据

mysql> select * fromt1;+----+-------+-----+-----------+

| 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.00sec)

mysql> delete fromt1;

Query OK,4 rows affected (0.03sec)

mysql> select * fromt1;

Emptyset (0.00sec)

mysql>

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

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

[root@localhost mysql]#catdelete.txt

### DELETE FROM db01.t1

### WHERE

### @1=1 /*INT meta=0 nullable=0 is_null=0*/### @2='daiiy' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='guangzhou' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### DELETE FROM db01.t1

### WHERE

### @1=2 /*INT meta=0 nullable=0 is_null=0*/### @2='tom' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=1 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='shanghai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### DELETE FROM db01.t1

### WHERE

### @1=3 /*INT meta=0 nullable=0 is_null=0*/### @2='liany' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='beijing' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/### DELETE FROM db01.t1

### WHERE

### @1=4 /*INT meta=0 nullable=0 is_null=0*/### @2='lilu' /*STRING(60) meta=65084 nullable=0 is_null=0*/### @3=2 /*ENUM(1 byte) meta=63233 nullable=0 is_null=0*/### @4='zhuhai' /*VARSTRING(90) meta=90 nullable=0 is_null=0*/# at2719#140305 11:41:00 server id 1 end_log_pos 2746 Xid = 78COMMIT/*!*/;

[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]#catt1.sql

INSERT INTO db01.t1

SELECT1,'daiiy',2,'guangzhou';

INSERT INTO db01.t1

SELECT2,'tom',1,'shanghai';

INSERT INTO db01.t1

SELECT3,'liany',2,'beijing';

INSERT INTO db01.t1

SELECT4,'lilu',2,'zhuhai';

[root@localhost mysql]#

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

mysql>source t1.sql;

Query OK,1 row affected (0.00sec)

Records:1 Duplicates: 0 Warnings: 0Query OK,1 row affected (0.02sec)

Records:1 Duplicates: 0 Warnings: 0Query OK,1 row affected (0.02sec)

Records:1 Duplicates: 0 Warnings: 0Query OK,1 row affected (0.01sec)

Records:1 Duplicates: 0 Warnings: 0mysql> select * fromt1;

ERROR1046 (3D000): No databaseselected

mysql> select * fromdb01.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.00sec)

mysql>

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

总结：

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

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

safe-updates

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

mysql> select * fromt1;+----+------------------+

| id | name |

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

| 1 | yayun |

| 2 | atlas |

| 3 | mysql |

| 6 | good yayun heheh |

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

4 rows in set (0.00sec)

mysql> delete fromt1;

ERROR1175 (HY000): You are using safe update mode and you tried to update a table without a WHERE that uses a KEY columnmysql>

mysql+修改数据恢复_MySQL 误操作后数据恢复（update,delete忘加where条件）相关推荐

  1. mysql 清除分区数据恢复_MySQL 误操作后数据恢复（update,delete忘加where条件）【转】...

    在数据库日常维护中,开发人员是最让人头痛的,很多时候都会由于SQL语句 写的有问题导致服务器出问题,导致资源耗尽.最危险的操作就是在做DML操作的时候忘加where条件,导致全表更新,这是作为运维或者 ...

  2. mysql 修改数据 where_MySQL 误删数据、误更新数据（update,delete忘加where条件）

    MySQL 误操作后数据恢复(update,delete忘加where条件) 关键词:mysql误删数据,mysql误更新数据 在数据库日常维护中,开发人员是最让人头痛的,很多时候都会由于SQL语句写 ...

  3. mysql 恢复delete操作_MySQL 误操作后数据恢复（update,delete忘加where条件）

    在数据库日常维护中,开发人员是最让人头痛的,很多时候都会由于SQL语句写的有问题导致服务器出问题,导致资源耗尽.最危险的操作就是在做DML操作的时候忘加where条件,导致全表更新,这是作为运维或者D ...

  4. mysql 传统数据恢复_MySQL误操作后如何快速恢复数据 传统解法 利用binlog2sql快速闪回 常见问题 参考资料...

    MySQL误操作后如何快速恢复数据 摘要: 利用binlog闪回误操作数据. 基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,不小心upda ...

  5. MySQL 5.7 update误操作后数据恢复详解

    墨墨导读:本文详述MySQL 5.7 模拟update误操作后进行数据恢复的全过程,希望对大家有帮助. 背景介绍 MySQL目前还没有像Oracle数据库那样强大有闪回的功能,MySQL只能通过挖去b ...

  6. mysql回滚用法_Mysql误操作后利用binlog2sql快速回滚的方法详解

    前言 在日常工作或者学习中,操作数据库时候难免会因为"大意"而误操作,需要快速恢复的话通过备份来恢复是不太可能的,下面这篇文章主要给大家介绍关于Mysql误操作后利用binlog2 ...

  7. mysql+误操作怎么恢复_MySQL 误操作后如何快速恢复数据

    传统解法 用全量备份重搭实例,再利用增量binlog备份,恢复到误操作之前的状态.然后跳过误操作的SQL,再继续应用binlog.此法费时费力,不值得再推荐. 利用binlog2sql快速闪回 首先, ...

  8. update和delete操作忘加where条件导致全表更新的处理方法

    在数据库日常维护中,开发人员是最让人头痛的,很多时候都会由于SQL语句写的有问题导致服务器出问题,导致资源耗尽.最危险的操作就是在做DML操作的时候忘加where条件,导致全表更新,这是作为运维或者D ...

  9. MySQL中truncate误操作后的数据恢复案例

    MySQL中truncate误操作后的数据恢复案例 这篇文章主要介绍了MySQL中truncate误操作后的数据恢复案例,主要是要从日志中定位到truncate操作的地方然后备份之前丢失的数据,需要的 ...

  10. mysql从挂了数据怎么恢复_详解MySQL误操作后怎样进行数据恢复

    一.开启binlog. 首先查看binlog是否开启 mysql> show variables like "log_bin"; +---------------+----- ...

最新文章

  1. vue项目nginx部署子目录_vue 多项目部署---二级目录
  2. Gym 100883J palprime（二分判断点在凸包里）
  3. python宝石与石头_771. 宝石与石头
  4. 7-27 御膳房 (5 分)
  5. VSC++ 常量中出现符号
  6. 线性表java实现之顺序存储源码
  7. HDOJ--2112--HDU Today
  8. 家居建材行业信息化管理需内外兼修
  9. Confluence 6 配置数字格式
  10. InveighZero：基于C#的数据欺骗和MitM工具
  11. Depends工具（检查exe文件依赖的好朋友）
  12. 微信小程序实现canvas画圆形微信头像
  13. Codeforce - 1040B - Shashlik Cooking（水题）
  14. linux系统中 为mysql还原数据库_linux中mysql还原数据库命令
  15. 分类排序 同辈元素只在数据上的层级关系
  16. Google搜索又变聪明了 Baidu你还能HOLD住吗
  17. [Win10] [C# Desktop] 两种方法发送原生Toast通知
  18. 图像的二值化和灰度化
  19. Win10-Win+E快捷键失效
  20. 自动钉木箱机器人_她用钉满小孔的木箱种花，几个月后路人全看傻眼

热门文章

  1. （转）比特币该如何扩容
  2. 2021世界互联网大会“全体会议”发言干货都在这篇了
  3. Java中一个逐渐被遗忘的强大功能，强到你难以置信！
  4. 【特征提取】基于matlab倒谱距离端点检测【含Matlab源码 1767期】
  5. linux搭建vsftp服务器_Linux(CentOS 7)搭建VSFTP服务器
  6. matplotlib条形图
  7. Jupyter notebook：如何切换Python环境
  8. java simpedateformat_java中Date，SimpleDateFormat
  9. linux7不能使用yum,CentOS7.6无法使用yum命令,无法更新解决方法
  10. mysql 向量写法_mysql – 你如何在Ruby中处理一个非常大的向量？