Mysql中的Delete *** 作

Mysql中的Delete *** 作,第1张

delete *** 作一般用于删除数据表中的某一行,常见的语法如下:

如果我们不在这条语句后面添加where筛选条件,则视为删除数据表的所有行,这里我们只对这种简单的使用方式加以回顾,并不举例说明。

如果在特定的场景中,需要使用sql语句删除重复的行,那我们应该如何 *** 作呢。这里给出一个具体的例子,例如 Leetcode 196 删除重复的邮箱 中需要我们使用delete命令删除重复的电子邮箱。

首先,需要使用自连接语句筛选出重复的电子邮箱id。

此时,我们将重复的电子邮箱查询出来。

然后,就需要使用delete语句,此时涉及到的是一个多表删除的语句,应该写成如下格式:

我们发现在delete和from之间加入了一个p1,这代表只删除p1表中满足筛选条件的行,而p1代表person,最终就完成了对person表的delete *** 作。

首先,我们仍然需要筛选出重复的电子邮箱的id。

然后,在person删除对应上述的id。

有一个计费表jifei,其中包含的字段有:phone(8位电话号码)、month(月份)、expense(月消费,费用为0表明该月没有产生费用),请你删除jifei表中所有10月份出现的两条相同记录的其中一条记录。

此题目中需要多个字段重复即删除,所以第一步仍然需要筛选出需要删除的行。

然后使用delete删除重复的行。

​ 上述两个步骤实际上删除的所有重复出现的行,但是题目需要删除10月份重复出现两次的记录,所以还需要内联结一个对月份记录的字段。

MySQL开启binlog后,写入 *** 作都会记录到二进制日志里,可以使用mysqlbinlog查看/导出/恢复数据.

1.如果你有归档日志的话,你可以先将数据恢复到上一个备份点,然后使用recover恢复到做命令前的时间点上。呵呵,还是很麻烦的。

2.mysql中的表在正常情况下执行delete 指定删除的记录实际上只是在索引文件中做了删除标记,同时也将数据文件中对记录的头几个字节改写, 但这几个字节具体的与入内容不清楚.

通过研究数据文件, 会发现几种数据类型保存的格式.

varchar: 在该类型数据开始的位置有一个字节来指出后面多少个字节是该字段的内容, 但是有一个例外就是如果后面的内容与varchar字段指定的长度完全相等时,就没有开头的这个字节了.

text: 这个基本上与varchar类型一样, 但是在开始是由两个字节来指出后面的数据长度的. 而且是高位在前,低位在后.

datetime: 为8个字节,同样是低位在前,高位在后, 将其转化为long值后就是yyyymmddhhmmss的格式的数据.

由于要恢复的表中只有这几种数据类型,所以对其他的类型没有研究.

知道了数据储存的格式, 就可以分析数据文件来读取记录了.

需要注意一点就是如果你在删除数据库插入了新的数据, 那么就有可能将原来的数据覆盖掉. 所以应该在删除出错后立即恢复才能恢复出大部分数据

测试小伙伴不小心执行了 DELETE * FROM 表名 语句,删除了测试服十几万条数据。因为测试还需要这些数据,所以只能进行恢复

1.找到mysql的日志文件binlog(二进制)

2.筛选出执行的DELETE语句,并重定向到文件中方便查看

当执行 DELETE * FROM 表名 语句时,实际上是对表内的数据一条条执行 DELETE FROM XXX WHERE XXXXXX 。而因为binlog文件很大(基本几百M起步),所以需要根据执行 DELETE * FROM xxx 语句的大概时间,进行筛选。语句: mysqlbinlog -vv --start-datetime='2020-06-10 10:10:00' binlog文件名 >重定向文件名1

3.再根据重定向文件1中的内容再次筛选,比如我想要 DELETE FROM `xxxx`.`t_channel 这一行以及下面13行的内容。所以我会再次进行筛选并重定向生成新的文件: cat 重定向文件名1 -C 13 `DELETE FROM `xxxx`.`t_channel` >重定向文件名2 ,这样我会得到一个只包含 DELETE FROM XXX WHERE XXXXXX 语句的文件。

PS.

参考: https://blog.csdn.net/weixin_33811961/article/details/89593855


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

原文地址: http://outofmemory.cn/zaji/8613422.html

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

发表评论

登录后才能评论

评论列表(0条)

保存