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

最新推荐文章于 2024-08-19 14:36:26 发布
最新推荐文章于 2024-08-19 14:36:26 发布
阅读量231 收藏
点赞数
文章标签： mysql数据恢复update
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39901518/article/details/113952878
版权
本文介绍了在MySQL中，如果执行update语句时忘记加where条件导致数据错误，如何通过binlog进行恢复。首先，创建并填充测试数据，然后展示错误的update操作。接着，通过分析binlog找到错误更新的记录，将其转换为可执行的SQL语句，用于恢复数据。最后，演示了恢复过程，恢复后的数据与误操作前一致。该方法适用于binlog格式为ROW的情况。
摘要由CSDN通过智能技术生成

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

1.创建测试用的数据表

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

2.插入测试数据

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

# at 1629# at 1679

#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 38 flags: 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 */

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

[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]# cat t1.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 38 flags: 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 */

# at 1825

#140305 10:52:24 server id 1 end_log_pos 1852 Xid = 26

COMMIT/*!*/;

[root@localhost mysql]#

48304ba5e6f9fe08f3fa1abda7d326ab.png

这里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

48304ba5e6f9fe08f3fa1abda7d326ab.png

[root@localhost mysql]# cat recover.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]#

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

[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=1 ,

name='daiiy' ,

sex=2 ,

address='guangzhou'

WHERE

id=1 ;

UPDATE db01.t1

SET

id=2 ,

name='tom' ,

sex=1 ,

address='shanghai'

WHERE

id=2 ;

UPDATE db01.t1

SET

id=3 ,

name='liany' ,

sex=2 ,

address='beijing'

WHERE

id=3 ;

[root@localhost mysql]#

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

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

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

1.模拟误删除数据

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

[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]# cat delete.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 */

# at 2719

#140305 11:41:00 server id 1 end_log_pos 2746 Xid = 78

COMMIT/*!*/;

[root@localhost mysql]#

48304ba5e6f9fe08f3fa1abda7d326ab.png

3.将记录转换为SQL语句

48304ba5e6f9fe08f3fa1abda7d326ab.png

[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

1 ,

'daiiy' ,

2 ,

'guangzhou' ;

INSERT INTO db01.t1

SELECT

2 ,

'tom' ,

1 ,

'shanghai' ;

INSERT INTO db01.t1

SELECT

3 ,

'liany' ,

2 ,

'beijing' ;

INSERT INTO db01.t1

SELECT

4 ,

'lilu' ,

2 ,

'zhuhai' ;

[root@localhost mysql]#

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

48304ba5e6f9fe08f3fa1abda7d326ab.png

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

总结：

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

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

safe-updates

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

48304ba5e6f9fe08f3fa1abda7d326ab.png

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>

weixin_39901518
关注
mysql+修改数据恢复_MySQL 误操作后数据恢复（update,delete忘加where条件）
weixin_32446549的博客
01-18 541
在数据库日常维护中，开发人员是最让人头痛的，很多时候都会由于SQL语句写的有问题导致服务器出问题，导致资源耗尽。最危险的操作就是在做DML操作的时候忘加where条件，导致全表更新，这是作为运维或者DBA的我们改如何处理呢？下面我分别针对update和delete操作忘加where条件导致全表更新的处理方法。一. update 忘加where条件误操作恢复数据(binglog格式必须是ROW)1....
mysql update 限制值_MySQL不带where条件的UPDATE和DELETE 限制操作说明
weixin_29790897的博客
01-19 1501
本文来自数据安全是业务的基石，但是DBA 总会遇到救火情况，业务误删除全表或者误更新错全表业务数据，导致服务不可用sql_safe_updates参数可以限制不带where条件的update/delete语句执行失败，这个参数设置后，可以防止业务bug/漏洞导致把整个表都更新或者删除(线上发生过的案例)，也可以防止DBA在线误操作更新/删除整张表。If set to 1, MySQL aborts...
mysql误update数据恢复
weixin_34247299的博客
03-20 335
-------------------------误update数据恢复 1。根据set值查找日志路径/opt/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS mysql-bin.000002|grep -B 15 'myy'|mor...
mysql数据恢复update_mysql误update数据恢复
weixin_42552261的博客
01-21 175
————————-误update数据恢复1。根据set值查找日志路径/opt/local/mysql/bin/mysqlbinlog –no-defaults -v -v –base64-output=DECODE-ROWS mysql-bin.000002|grep -B 15 ‘myy’|more /*/；2.创建文本touch update.txt;3.输出日志到文本文件中/opt/loca...
记一次MySQL数据库update导致的数据恢复，使用log-bin
长寿仙人的专栏
04-29 386
记一次update导致的数据恢复 前提条件 首先需要数据库开启了bin_log 如果是update操作要开启ROW模式 清楚binlog存储的位置 恢复操作 因为是更新操作，所以直接使用Navicat工具，运行命令找到当前的bin文件 show master status; 记录下对应的文件名 运行命令flush logs;生成新的bin文件，让之前的操作保留在当前的状态下 进入到服务器使用linux命令whereis mysqlbinlog找到mysqlbinlog文件所在的位置 使用./mysq
mysql 恢复update数据库_一次数据库误update之后的数据恢复
weixin_33456452的博客
01-21 1815
工作需要，要对数据库(mysql)数据进行对比，写完测试脚本。想在表中修改一条数据，然后运行程序看看效果。正确的sql update table1 set amount = 100 where id=123;。可是实际情况是没有写where条件，就按下了回车，shell很快返回“******条数据已经被修改”，晕了。还好，我不是DBA，我只有权限动测试库，可是测试库也是十几个人公用的。看了下时间...
mysql回滚update_MySQL【Update误操作】回滚
weixin_30542979的博客
01-19 2087
mysql5.7binlog/*!*/;#at15937710#at15937814#17052613:00:15serverid1end_log_pos15938129CRC320x06901892Table_map:`service`.`apply`mappedtonumber108#at15938129#17052613:00:15server...
mysql利用参数sql_safe_updates限制update/delete范围详解
09-09
MySQL中的`sql_safe_updates`参数是一个非常实用的配置选项，用于增强数据库的安全性，防止由于错误的UPDATE或DELETE语句导致的数据丢失。该参数的主要作用是限制用户在没有明确WHERE子句或者WHERE子句不能有效定位...
MySQL 5.7 update误操作后数据恢复详解
weixin_44742132的博客
06-21 397
墨墨导读：本文详述MySQL 5.7 模拟update误操作后进行数据恢复的全过程，希望对大家有帮助。背景介绍MySQL目前还没有像Oracle数据库那样强大有闪回的功能，MySQL只能...
mysql 误删除数据恢复
weiwang的专栏
04-01 5922
mysql 误删除数据恢复 1.首先确认误删除了那些表的数据以及什么时间执行的删除操作 2.根据上面的时间去mysql服务器下载二进制日志 3.把下载的二进制日志文件上传到本地数据库服务器上，执行如下命令分析 mysqlbinlog  --no-defaults -v -v --base64-output=DECODE-ROWS --start-datetime="2017-04-01 0
MySQL误操作后快速恢复数据的方法
12-16
摘要: 利用binlog闪回误操作数据。 基本上每个跟数据库打交道的程序员（当然也可能是你同事）都会碰一个问题，MySQL误操作后如何快速回滚？比如，delete一张表，忘加限制条件，整张表没了。假如这还是线上环境核心业务数据，那这事就闹大了。误操作后，能快速回滚数据是非常重要的。 传统解法 用全量备份重搭实例，再利用增量binlog备份，恢复到误操作之前的状态。然后跳过误操作的SQL，再继续应用binlog。此法费时费力，不值得再推荐。 利用binlog2sql快速闪回 首先，确认你的MySQL server开启了binlog，设置了以下参数: [mysqld] server-id = 1
MySQL误删除（误更新）恢复
qq_29431123的博客
05-15 2174
上周五，应用侧反应一个表在update时由于使用了左外连接。被误更新，导致全表数据丢失。反馈问题时间是上午11：30，误更新时间是10：20左右，此MYSQL数据库业务量较大，一小时的binlog日志量在2G左右。解决思路：首先需要对这个表进行锁表，避免再有其他的更新，增加恢复量。然后开始考虑使用mysqlbinlog对日志筛选、转换、回滚语句，但是将近4G的binlog需要处理，工作量巨大。后来听同事说有专门的binlog解析工具binlog2sql，基于Python编写的。
mysql错误修改数据_mysql数据修改问题
weixin_30663789的博客
01-20 245
我先查询出数据，然后需要根据这些数据修改，但是这些数据是查询三个表的结果SELECTc.cid,c.price,c.cstatus,c.brand,c.ctype,u.uname,u.tel,o.lasttime,o.firsttimeFROMorderso,carc...我先查询出数据，然后需要根据这些数据修改，但是这些数据是查询三个表的结果SELECT c.cid,c.price,c.csta...
MySQL数据误删或者误更新如何恢复(详细步骤，一看就会)
落日的博客
08-19 2341
①、测试环境少量近期误删除或者误更新的数据恢复。②、测试环境少量从库数据不一致问题。备注：大量数据的恢复或者复制还是需要使用备份数据,例如使用mysqldump或者Mydumper、mysqlshell。(本篇文章对此不做讨论)警告：数据恢复为DBA专业人员负责处理的事情，本文章仅为开发人员测试环境恢复近期误操作的少量数据提供参考。请对生产环境数据心存敬畏~
mysql 修改数据 where_MySQL笔记之修改数据的解决方法
weixin_39667080的博客
01-18 649
数据库通过插入、更新和删除等方式来该表表中的记录，其中insert语句实现插入数据update语句实现更新数据delete语句实现删除数据参考表插入数据不指定字段名插入不指定字段名插入mysql> insert into person values(1,'张三','男',1988);Query OK, 1 row affected, 1 warning (0.03 sec)nsert int...
mysql数据库误删除后的数据恢复操作说明
weixin_33811539的博客
09-25 2476
  在日常运维工作中，对于mysql数据库的备份是至关重要的！数据库对于网站的重要性使得我们对mysql数据的管理不容有失！然后，是人总难免会犯错误，说不定哪天大脑短路了来个误操作把数据库给删除了，怎么办？？？ 下面，就mysql数据库误删除后的恢复方案进行说明。 一、工作场景（1）MySQL数据库每晚12:00自动完全备份。（2）某天早上上班，9点的时候，一同事犯晕drop了一个数据库！（...
MySQL:生产误删除数据恢复方法
Super菜的专栏
08-17 2334
因为生产上误执行语句，需要找回原数据 delete from `xxx` where a = 1; 步骤 1、解析主的binlog找到执行删除语句时对应的pos点，如下： # at 272065343 #160815 16:27:46 server id 1 end_log_pos 272065370 Xid = 12731823587 COMMIT/*!*/; #
3、Mysql修改表中数据（Update t_student set 修改内容 where 修改条件；）删除操作delete from t_student where 删除条件；
分享java学习路上的一些笔记，不足之处多多见谅。
09-24 478
Mysql修改表中数据（Update t_student set 修改内容 where 修改条件；）删除操作delete from t_student where 删除条件；1、修改表中数据Update t_student set sex=”男” where sno=10； 2、删除操作delete from t_student where sno=2；
PaddleX-YOLOv3.zip
最新发布
10-04
PaddleX-YOLOv3
Mysql数据恢复：误删解决方案与kill语句解析
当误删发生后，首先恢复最近的全量备份，然后应用从备份时间点到误删时刻的所有日志，跳过误操作的语句。 - 可以通过`mysqlbinlog`命令指定恢复特定数据库，以加速恢复过程。如果可能，将临时库设置为线上主库的从...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值