本机用的Navicat连mysql测试DB又连了正式DB,因为本地与正式要频繁操作所以都打开了很多查询,本来要DELETE删除测试DB的数据,没看清在正式环境执行了.共删除了325条数据,然后在网上找恢复数据的办法,一定要是DELETE删除的,如果用的是drop table删除表是没办法恢复的,本次操作是Windows,如果是Liunx下的Mysql过程流程完全一样,也可以胡考的,具体恢复流程如下 第一步:先查看binlog功能是否开启 show variables like '%log_bin…

http://blog.sina.com.cn/s/blog_68431a3b0100y04v.html 方法1: truncate table 你的表名 //这样不但将数据全部删除,而且重新定位自增的字段 方法2: delete from 你的表名 dbcc checkident(你的表名,reseed,0) //重新定位自增的字段,让它从1开始 方法3: 如果你要保存你的数据,介绍你第三种方法,by QINYI 用phpmyadmin导出数据库,你在里面会有发现哦 编辑sql文件,将其中的自…

转载:https://www.cnblogs.com/q149072205/p/11940591.html 本机用的Navicat连mysql测试DB又连了正式DB,因为本地与正式要频繁操作所以都打开了很多查询,本来要DELETE删除测试DB的数据,没看清在正式环境执行了.共删除了325条数据,然后在网上找恢复数据的办法,一定要是DELETE删除的,如果用的是drop table删除表是没办法恢复的,具体恢复流程如下 第一步:先查看binlog功能是否开启 show variables like…

一:根据时间来恢复: 1.查询数据库当前时间() select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual; 2.查询删除数据时间点之前的数据 select * from 表名 as of timestamp to_timestamp('2020-08-06 10:12:11','yyyy-mm-dd hh24:mi:ss'): (若没有数据 ,将时间继续提前) 3.恢复数据 flashback table 表名 to timestamp…

(一)truncate操作概述 在生产中,truncate是使用的多的命令,在使用不当的情况下,往往会造成表的数据全部丢失,恢复较为困难.对于truncate恢复,常见的有以下几种方法可以进行恢复: 使用数据泵导入.该方法操作简单,前提是必须要有备份可用,并且会有数据的丢失: 使用RMAN进行不完全恢复.可将将数据库恢复到任何时刻,但是恢复时间较长: 使用odu.prm-dul.GDUL等收费软件进行恢复: 使用fy_recover_data包: 使用RMAN进行异机恢复已在之前测试过,详见:h…

程度从强到弱 1.drop  table tb        drop将表格直接删除,没有办法找回 2.truncate (table) tb       删除表中的所有数据,不能与where一起使用 3.delete from tb (where)       删除表中的数据(可制定某一行) 区别:truncate和delete的区别          1.事务:truncate是不可以rollback的,但是delete是可以rollback的:               原因:trunc…

在删除数据的时候不小心,把delete语句执行错了,把别的表给delete,而且还执行了commit!真汗.......数据是相当的重要........废话少说了!赶快找方法吧: 第一种: 1.打开Flash存储的权限ALTER TABLE tableName ENABLE row movement ;2.把表还原到指定时间点flashback table tableName to timestamp to_timestamp(''2011-02-28 10:40:00'',''yyyy-mm-…

原文地址:http://mysql.rjweb.org/doc.php/deletebig Table of Contents The ProblemWhy it is a ProblemInnoDB and undoSolutionsPARTITIONDeleting in ChunksInnoDB Chunking RecommendationIterating through a compound keyReclaiming the disk spaceDeleting more than…

演示数据,仅供参考 查询表结构: mysql> desc test; +-------+------------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+------------------+------+-----+---------+----------------+ ) unsigned | NO | PRI | NULL…

由于测试环境有张日志表没定时2分钟程序就狂插数据,导致不到1一个月时间,这张日志表就占用了6.7G的空间,但是日志刷新较快,有些日志就没什么作用,就写了个定时器,定期删除这张表的数据 首先先查看mysql是否开启定时任务开关 # SHOW VARIABLES LIKE 'event_scheduler'; --------------------- Value为ON则已打开,OFF则关闭 如果是OFF,就先打开: # SET GLOBAL event_scheduler = ON; 然后创建我们…