求救数据库里不小心 delete 数据怎么恢复

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 2304 天前的主题，其中的信息可能已经有所发展或是发生改变。

不小心 where 条件搞错了删了一堆的数据

mysql 5.6 的 innodb 数据库日志模式 mixed

尝试用 mysqlbinlog 导出了下 deldete 发现只是记录了 delete 那个语句没有数据

有没有具体的教程网上的好杂乱不敢乱弄了

delete

数据库

小心

MySQL

73 条回复 • 2020-06-18 19:13:32 +08:00

opengps

2018-09-06 14:44:11 +08:00

无论能不能恢复，现在第一时间要做的事是完整备份一下，然后抓紧用备份恢复的数据库研究

sbmzhcn

2018-09-06 14:44:35 +08:00

先把现场备份，然后再准备恢复尝试，如果失败了，还能还原。如果是 VPS 可以把整个 VPS 备份下。一定要先备份再操作。

maowenjie

2018-09-06 14:45:52 +08:00

目前数据都导出备份了

lcorange

2018-09-06 14:49:51 +08:00

看看有没有历史的备份点，数据库备份，硬盘快照什么任何的备份点。
然后从那个时间点开始捋所有 binlog，然后在备份点的库上，重跑到目前为止所有 binlog 的 sql

Perterually

2018-09-06 15:02:45 +08:00

删除之前先 select 查看一下。。。

maowenjie

2018-09-06 15:07:34 +08:00

已经恢复了
数据库前几天建的中午操作删除的
所以直接把前几天到中午的数据重新恢复遍
把数据库删了然后
/usr/local/mysql/bin/mysqlbinlog -d mydata --start-datetime='2018-09-04 08:00:00' --stop-datetime='2018-09-06 08:00:00' /usr/local/mysql/var/mysql-bin.000012>/home/mydata.sql
导出 sql
再把 sql 命令行倒回去

maowenjie

2018-09-06 15:14:49 +08:00

看了删除记录
手残啊
where id>19232
变成了 where id>1923

ruihe

2018-09-06 15:16:55 +08:00

你是不小心删了，我是前两天发现我司有个人删除数据用的是 delete 语句，瞬间无语……

okjb

2018-09-06 15:17:55 +08:00 via Android

删库到跑路，我以为一直开玩笑，没想到 v 友果然牛皮

cncqw

2018-09-06 15:20:43 +08:00

@ruihe

删除数据不用 delete 语句，你告诉我怎么删，瞬间无语……

ruihe

2018-09-06 15:25:31 +08:00

@cncqw 难道不是把更新删除字段？

zzf2017

2018-09-06 15:26:10 +08:00

@cncqw 他应该是说'软删除'吧。数据不是真的删了，只是改变它的某个表明删除的字段

calming

2018-09-06 15:55:57 +08:00

@cncqw 都是逻辑删除了老哥，谁还真的 delete 啊

poliapo

2018-09-06 16:10:34 +08:00

现在谁还删数据啊不都是软删除给字段

batter

2018-09-06 16:22:34 +08:00

我一直觉得 delete 是非常脑残的，奈何产品经理是个洁癖，觉得这些应该删除的数据是脏数据，，，，，，，😂😂

PythonAnswer

2018-09-06 16:26:50 +08:00 via iPhone

除非对文件大小有要求别删东西啊

loveCoding

2018-09-06 16:28:23 +08:00

@cncqw #10 都是逻辑删除啊..

Rizio

2018-09-06 16:32:39 +08:00

@cncqw 一般是修改某个字段例如 flag，以这个字段判断这行数据是否为删除状态。

zr8657

2018-09-06 16:45:12 +08:00

2018 还有真删的？

PerFectTime

2018-09-06 16:49:30 +08:00

@cncqw #10 delete_remark 了解一下

gabezhao

2018-09-06 16:52:06 +08:00

@ruihe 删除不用 delete 用什么呀？？？

infra

2018-09-06 17:00:41 +08:00

跑路吧，修复不了的

neutrino

2018-09-06 17:02:17 +08:00

一直真删，不要抱着侥幸心理。

Raymon111111

2018-09-06 17:02:53 +08:00

binlog 重来一次呗

liuhanghang

2018-09-06 17:03:55 +08:00

现在都是软删除吧 is_delete

zhouren93

2018-09-06 17:09:49 +08:00

开启 binlog 了么，有的话可以恢复

luofan004

2018-09-06 17:25:03 +08:00

你们都不看前面楼么，别人楼主已经用 binlog 恢复了，都散了吧。。

cncqw

2018-09-06 17:42:52 +08:00

软删除只能算更新，跟删除有什么关系？说现在不用物理删除数据的可能只是你们的业务规模太小，当然删不删都无所谓，我做移动广告分析每天产生几千万条数据，你们软删除一个给我试试，真是无语。。

cncqw

2018-09-06 17:53:33 +08:00

我 3 年前做的项目就已经用上 delete_at 字段了，所以我猜楼上那些教我怎么删除的应该都是 phper，怎么讲，一种认为自己很懂但实际很 low 的感觉扑面而来，很符合 php 这门语言的气质

KgM4gLtF0shViDH3

2018-09-06 18:19:42 +08:00 via iPhone

@cncqw #28 恼羞成怒

fleam

2018-09-06 18:21:39 +08:00 via iPhone

和语言有个毛关系……

paicha

2018-09-06 18:23:59 +08:00

deleted_at

Rizio

2018-09-06 18:25:29 +08:00

@cncqw 嚯嚯嚯，来了来了

choice4

2018-09-06 18:27:05 +08:00

php: 人在家中坐，锅从天上来

nananqujava

2018-09-06 18:27:14 +08:00

删除数据不用 delete 语句，一般数据都很少

liuguang

2018-09-06 20:05:10 +08:00

跑路吧，除非按日志恢复，估计搞死人，drop database 然后跑路。。。

ballshapesdsd

2018-09-06 20:30:03 +08:00

@bestkayle #30 人家说的有啥不对

KgM4gLtF0shViDH3

2018-09-06 20:34:48 +08:00

又 block 了几个人，好开心

ericls

2018-09-06 20:40:06 +08:00

@zr8657
@ruihe
@calming
@batter
@loveCoding

有时候隐私条款会要求真正删除数

zeraba

2018-09-06 21:08:21 +08:00 via Android

mixed delete 的话 binlog 只记录删除的这一条 sql 你可以看到了，没法从 binlog 恢复只能从历史备份恢复，之后如果性能没问题，数据又重要还是 row 吧还有就是多做备份有备无患

zhihhh

2018-09-06 21:14:19 +08:00

哈哈上面 show is_delete 的好好笑。忍不住了。

zcjwxf

2018-09-07 00:32:13 +08:00

新当年我也 delete 过一次，还没加 where 那种，幸亏那张表最近没变化

dearmymy

2018-09-07 00:40:37 +08:00

之前也删过。还好用阿里云的数据库，有备份

IllBeBack

2018-09-07 04:47:34 +08:00

1. Select * from ...
2. Delete from ...

先 select 再 delete，后面都一样，复制粘贴就可以。
严格按这个顺序，一般不会出问题。

metrxqin

2018-09-07 06:23:34 +08:00 via iPhone

根据业务需求来决定只不执行物理删除。

msg7086

2018-09-07 07:51:50 +08:00

ermmm 人家的明文密码啊信用卡号啊身份证号啊手机号啊这些你们都是永久保存的？
贵国的程序员真是可怕。

lcdxiangzi

2018-09-07 08:15:15 +08:00 via Android

一切抛开业务场景的技术谈论都是瞎比比

lcdxiangzi

2018-09-07 08:17:46 +08:00 via Android

上次是存身份证图片，这次是逻辑删除😂

59php

2018-09-07 08:45:39 +08:00

在进行数据库操作之前，首先要做的就是备份一下数据
当然数据库过于巨大的工资的话，应该会有自己的备份机制

keymao

2018-09-07 09:01:46 +08:00

is_delete... 其实还是看数据规模吧那种每天在线几百人的数据产出小的就没所谓了

数据量大的不物理删除等着数据服务器炸掉么...

wanwaneryide

2018-09-07 09:03:32 +08:00

你需要买一本书：从删库到跑路。(≖ᴗ≖)✧

leonnew

2018-09-07 09:07:05 +08:00

还恢复啥。。跑路呗

ccl945

2018-09-07 09:12:45 +08:00 via Android

什么鬼，产品经理管天管地数据库模型也要管，这还干个毛，拿起椅子上

batter

2018-09-07 09:20:31 +08:00

@keymao 我不太明白，如果数据量巨大，每天新增上亿的数据量，难道还用数据库来做操作吗？数据库不是作为最后的留存使用吗？不应该是分布式存储，况且我们采集的存储的数据不应该是需要 delete 数据极少数，占比不会超过千分之一甚至十万分之一吧，如果真的需要按照日期删除，难道不应该是按照日期分表，然后去删除表吗？菜鸟一枚，勿喷