linux 误删除mysql表能恢复吗_linux rm误删除数据库文件的恢复方法

最新推荐文章于 2021-08-04 17:22:38 发布
最新推荐文章于 2021-08-04 17:22:38 发布
阅读量227 收藏
点赞数
文章标签： linux 误删除mysql表能恢复吗
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39627697/article/details/114321705
版权

1.首先测试rm 误删除数据库文件

[oracle@primary dbwdn]$ ll

total 2153164

-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control01.ctl

-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control02.ctl

-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control03.ctl

-rw-r----- 1 oracle dba 104865792 Nov 27 21:32 ggs01.dbf

-rw-r----- 1 oracle dba 525344768 Nov 27 21:32 perfstat.dbf

-rw-r----- 1 oracle dba 52429312 Nov 27 21:10 redo01.log

-rw-r----- 1 oracle dba 52429312 Nov 27 21:49 redo02.log

-rw-r----- 1 oracle dba 52429312 Nov 27 21:10 redo03.log

-rw-r----- 1 oracle dba 10493952 Nov 27 21:32 shkz_data_01.dbf

-rw-r----- 1 oracle dba 524296192 Nov 27 21:49 sysaux01.dbf

-rw-r----- 1 oracle dba 524296192 Nov 27 21:49 system01.dbf

-rw-r----- 1 oracle dba 209723392 Nov 18 10:54 temp01.dbf

-rw-r----- 1 oracle dba 52436992 Nov 27 21:32 test01.dbf

-rw-r----- 1 oracle dba 251666432 Nov 27 21:49 undotbs01.dbf

-rw-r----- 1 oracle dba 26222592 Nov 27 21:32 users01.dbf

[oracle@primary dbwdn]$ rm test01.dbf

2.找到数据库后台进程dbw0

oracle 3493 1 0 21:10 ? 00:00:00 ora_dbw0_dbwdn

进程号3493

3.找到被误删除的数据库文件

[oracle@primary dbwdn]$ ll /proc/3493/fd

total 0

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 0 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 1 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 10 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 11 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 12 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 13 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_dbwdn.dat

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 14 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkDBWDN

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 15 -> /u01/app/oracle/oradata/dbwdn/control01.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 16 -> /u01/app/oracle/oradata/dbwdn/control02.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 17 -> /u01/app/oracle/oradata/dbwdn/control03.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 18 -> /u01/app/oracle/oradata/dbwdn/system01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 19 -> /u01/app/oracle/oradata/dbwdn/undotbs01.dbf

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 2 -> /dev/null

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 20 -> /u01/app/oracle/oradata/dbwdn/sysaux01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 21 -> /u01/app/oracle/oradata/dbwdn/users01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 22 -> /u01/app/oracle/oradata/dbwdn/test01.dbf (deleted)

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 23 -> /u01/app/oracle/oradata/dbwdn/ggs01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 24 -> /u01/app/oracle/oradata/dbwdn/perfstat.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 25 -> /u01/app/oracle/oradata/dbwdn/shkz_data_01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 26 -> /u01/app/oracle/oradata/dbwdn/temp01.dbf

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 27 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 3 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 21:52 4 -> /dev/null

l-wx------ 1 oracle oinstall 64 Nov 27 21:52 5 -> /u01/app/oracle/admin/dbwdn/udump/dbwdn_ora_3485.trc

l-wx------ 1 oracle oinstall 64 Nov 27 21:52 6 -> /u01/app/oracle/admin/dbwdn/bdump/alert_dbwdn.log

lrwx------ 1 oracle oinstall 64 Nov 27 21:52 7 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_dbwdn.dat

l-wx------ 1 oracle oinstall 64 Nov 27 21:52 8 -> /u01/app/oracle/admin/dbwdn/bdump/alert_dbwdn.log

误删除之后，数据库没有重启，系统也没用重启

4.拷贝数据库文件

[oracle@primary ~]$ cp /proc/3493/fd/22 /u01/app/oracle/oradata/dbwdn/test01.dbf

[oracle@primary ~]$ cd /u01/app/oracle/oradata/dbwdn

[oracle@primary dbwdn]$ ls

control01.ctl control03.ctl perfstat.dbf redo02.log shkz_data_01.dbf system01.dbf test01.dbf users01.dbf

control02.ctl ggs01.dbf redo01.log redo03.log sysaux01.dbf temp01.dbf undotbs01.dbf

数据库文件找回来了。

5.恢复数据库文件

[oracle@primary dbwdn]$ sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.5.0 - Production on Tue Nov 27 21:55:15 2012

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter database datafile 5 offline;

Database altered.

SQL> recover datafile 5;

Media recovery complete.

SQL> alter database datafile 5 online;

Database altered.

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup

ORACLE instance started.

Total System Global Area 285212672 bytes

Fixed Size 1273276 bytes

Variable Size 130024004 bytes

Database Buffers 150994944 bytes

Redo Buffers 2920448 bytes

Database mounted.

Database opened.

SQL>

成功恢复数据库

注：如果数据库重启之后，还能恢复吗，测试一下：

[oracle@primary dbwdn]$ rm users01.dbf[oracle@primary dbwdn]$ ps -ef |grep dbw0

oracle 3798 1 0 21:56 ? 00:00:00 ora_dbw0_dbwdn

oracle 4147 3439 0 22:07 pts/1 00:00:00 grep dbw0

[oracle@primary dbwdn]$ ll /proc/3798/fd

total 0

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 0 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 1 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 10 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 11 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 12 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 13 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_dbwdn.dat

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 14 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkDBWDN

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 15 -> /u01/app/oracle/oradata/dbwdn/control01.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 16 -> /u01/app/oracle/oradata/dbwdn/control02.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 17 -> /u01/app/oracle/oradata/dbwdn/control03.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 18 -> /u01/app/oracle/oradata/dbwdn/system01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 19 -> /u01/app/oracle/oradata/dbwdn/undotbs01.dbf

lr-x------ 1 oracle oinstall 64 Nov 27 22:07 2 -> /dev/null

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 20 -> /u01/app/oracle/oradata/dbwdn/sysaux01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 21 -> /u01/app/oracle/oradata/dbwdn/users01.dbf (deleted)lrwx------ 1 oracle oinstall 64 Nov 27 22:07 22 -> /u01/app/oracle/oradata/dbwdn/test01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 23 -> /u01/app/oracle/oradata/dbwdn/ggs01.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 24 -> /u01/app/oracle/oradata/dbwdn/perfstat.dbf

lrwx------ 1 oracle oinstall 64 Nov 27 22:07 25 -> /u01/app/oracle/oradata/dbwdn/shkz_data_01.dbf

数据库没有重启，这个数据文件还能恢复，如果我重启数据库之后，还能看见这个数据文件吗？

[oracle@primary dbwdn]$ sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.5.0 - Production on Tue Nov 27 22:08:01 2012

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> shutdown immediate;

ORA-01116: error in opening database file 4

ORA-01110: data file 4: '/u01/app/oracle/oradata/dbwdn/users01.dbf'

ORA-27041: unable to open file

Linux Error: 2: No such file or directory

Additional information: 3

SQL> shutdown abort;ORACLE instance shut down.

SQL> exit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

[oracle@primary dbwdn]$ sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.5.0 - Production on Tue Nov 27 22:08:19 2012

Copyright (c) 1982, 2010, Oracle. All Rights Reserved.

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 285212672 bytes

Fixed Size 1273276 bytes

Variable Size 130024004 bytes

Database Buffers 150994944 bytes

Redo Buffers 2920448 bytes

Database mounted.

ORA-01157: cannot identify/lock data file 4 - see DBWR trace file

ORA-01110: data file 4: '/u01/app/oracle/oradata/dbwdn/users01.dbf'

SQL> exit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

[oracle@primary dbwdn]$ ll /proc/3798/fd

ls: /proc/3798/fd: No such file or directory

[oracle@primary dbwdn]$ ps -ef |grep dbw0

oracle 4160 1 0 22:08 ? 00:00:00 ora_dbw0_dbwdn

oracle 4193 3439 0 22:09 pts/1 00:00:00 grep dbw0

[oracle@primary dbwdn]$ ll /proc/4160/fd

total 0

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 0 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 1 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 10 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 11 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 12 -> /u01/app/oracle/product/10.2.0/db_1/rdbms/mesg/oraus.msb

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 13 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_dbwdn.dat

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 14 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkDBWDN

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 15 -> /u01/app/oracle/oradata/dbwdn/control01.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 16 -> /u01/app/oracle/oradata/dbwdn/control02.ctl

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 17 -> /u01/app/oracle/oradata/dbwdn/control03.ctl

l-wx------ 1 oracle oinstall 64 Nov 27 22:09 2 -> /u01/app/oracle/admin/dbwdn/bdump/dbwdn_dbw0_4160.trc

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 3 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov 27 22:09 4 -> /dev/null

l-wx------ 1 oracle oinstall 64 Nov 27 22:09 5 -> /u01/app/oracle/admin/dbwdn/udump/dbwdn_ora_4152.trc

l-wx------ 1 oracle oinstall 64 Nov 27 22:09 6 -> /u01/app/oracle/admin/dbwdn/bdump/alert_dbwdn.log

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 7 -> /u01/app/oracle/product/10.2.0/db_1/dbs/hc_dbwdn.dat

l-wx------ 1 oracle oinstall 64 Nov 27 22:09 8 -> /u01/app/oracle/admin/dbwdn/bdump/alert_dbwdn.log

lrwx------ 1 oracle oinstall 64 Nov 27 22:09 9 -> /u01/app/oracle/product/10.2.0/db_1/dbs/lkinstdbwdn (deleted)

[oracle@primary dbwdn]$

已经没法恢复了。

说明需要注意的是，rm误删除文件之后，千万不要慌张，稳住神，不要重启数据库，不要重启动系统。

AIX系统，我没有测试过。

使用备份集恢复上面的数据库文件：

[oracle@primary dbwdn]$ rman target /

Recovery Manager: Release 10.2.0.5.0 - Production on Tue Nov 27 22:13:45 2012

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database (not started)

RMAN> startup nomount;

Oracle instance started

Total System Global Area 285212672 bytes

Fixed Size 1273276 bytes

Variable Size 130024004 bytes

Database Buffers 150994944 bytes

Redo Buffers 2920448 bytes

RMAN> alter database mount;

using target database control file instead of recovery catalog

database mounted

RMAN> run

2> {

3> allocate channel t1 type to disk;

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-00558: error encountered while parsing input commands

RMAN-01009: syntax error: found "to": expecting one of: "double-quoted-string, disk, equal, identifier, single-quoted-string"

RMAN-01007: at line 3 column 26 file: standard input

RMAN> run

2> {

3> allocate channel t1 device type disk;

4> restore datafile 4;

5> recover datafile 4;

6> release channel t1;

7> }

allocated channel: t1

channel t1: sid=156 devtype=DISK

Starting restore at 27-NOV-2012 22:16:26

channel t1: starting datafile backupset restore

channel t1: specifying datafile(s) to restore from backup set

restoring datafile 00004 to /u01/app/oracle/oradata/dbwdn/users01.dbf

channel t1: reading from backup piece /u01/bak/03nrctnp_1_1.bak

channel t1: restored backup piece 1

piece handle=/u01/bak/03nrctnp_1_1.bak tag=TAG20121127T213241

channel t1: restore complete, elapsed time: 00:00:04

Finished restore at 27-NOV-2012 22:16:30

Starting recover at 27-NOV-2012 22:16:30

starting media recovery

media recovery complete, elapsed time: 00:00:01

Finished recover at 27-NOV-2012 22:16:31

released channel: t1

RMAN> alter database open;

database opened

RMAN>

Windows下数据恢复(把回收站清空后的恢复方法)：

步骤：

1、单击“开始——运行，然后输入regedit (打开注册表)

2、依次展开：HEKEY——LOCAL——MACHIME/SOFTWARE/microsoft/WINDOWS/ CURRENTVERSION/EXPLORER/DESKTOP/NAMESPACE 在左边空白外点击“新建”

，选择：“主键”，把它命名为“645FFO40——5081——101B——9F08——00AA002F954E”

再把右边的“默认”的主键的键值设为“回收站”，然后退出注册表。就OK啦。

3、要重启计算机。

只要机器没有运行过磁盘整理。系统完好.任何时候的文件都可以找回来。

weixin_39627697
关注
Linux 误删除文件恢复实践
Beckham的博客
08-02 411
俗言道，常在河边走哪有不湿鞋。在日常运维的过程中难免会误删除一些文件，或目录，甚至于rm -rf /* 的操作。linux系统不像windows删除了还有个回收站可以恢复。 如果是无关紧要的文件自然不必担心，要是公司特别重要的数据呢？难道只能跑路了吗？当然不是了。对误删除还原分为两种情况，使用两种不同的方法： 删除后进程中存在删除信息 删除后进程中找不到删除信息 接下来分别演示两种不同...
linux xfs 磁盘修复,使用extundelete恢复Linux下误删除文件(支持centos7下xfs格式) – 运维那些事...
weixin_42487737的博客
05-08 1669
常来说，对于重要文件我们都应该定期备份(如 /etc 下的配置文件)，以免在喝醉了手残了等异常状态下将重要文件误删除。然而，如果意外真的发生，而我们又没有做好备份，那赶紧试试手动恢复吧，这里使用的文件恢复软件为 extundelete 。1.重新挂载分区为只读状态：这是恢复文件的第一步，也是最关键的步骤之一。假如我们误删除的文件为 /data/catalina.out ， /data 目录为 /d...
MySQL 数据库误删除后的恢复方案
10-11
• 本案例适用于人为 SQL 语句造成的误操作或者没有主从复制等的热备情况宕机时的修复。 • 恢复条件为 MySQL 要开启 binlog 日志功能，并且要全备和增量的所有数据。 • 恢复时建议对外停止更新，即禁止更新数据库。 • 先恢复全量，然后把全备时刻点以后的增量日志，按顺序恢复成 SQL 文件，然后把文件中有问题的 SQL 语句删除（也可通过时间和位置点），再恢复到数据库。
linux删除mysql怎么恢复数据库_数据恢复：如何恢复Linux中意外删除的Oracle和MySQL数据库...
weixin_39710288的博客
01-21 154
今天有客户的数据库意外被删除了整个目录中的数据文件，操作系统级别的删除，然而幸运的是这个数据库没有崩溃，仍然处于 open 状态的时候，客户就发现了问题，求助到我们，最终完整地恢复了所有数据文件。在 Linux 下大致重新演示一下恢复的过程，恢复的步骤与数据库版本没有太大关系，与操作系统的不同会有所不同。1. 在数据库 open 的时候，直接删除 users 表空间中的数据文件。2. 尝试在 us...
linux mysql 误删系统文件恢复_误删mysql数据库文件，使用lsof回恢复
weixin_28273593的博客
01-27 360
误删数据库文件后，请不要重启mysqld！rm/data/mysql/test/test2.ibdlsof|greptest2.ibdmysqld9338493483mysql21uWREG8,39830433578386/data/mysql/test/test2.ibd(deleted)PID为9338...
linux 误删除mysql表能恢复吗,Linux误删数据恢复
weixin_39603613的博客
03-16 283
引子指在键上飘，难免会湿手套。当你按下shift+del键后，会不会突然心里凉透，当你执行rm -rf后，会不会马上去搜索哪个国家入境不需要签证。或者你还会遇到如下的情况：root@4xem7:~# aliasalias cd='rm -rf'alias d='docker'数据恢复原理浅析如图所示，硬盘上数据的存放有一个类似于书本目录的东西存在，就是图中最上面那一排圆形。硬盘格式化后，被分割成了...
linux 误删除mysql表能恢复吗,Linux中误删除数据文件和归档日志的恢复方法
weixin_39682560的博客
03-16 133
误删除前，归档日志2个，用户数据4480064条复制代码代码如下:[oracle@station90 datafile]$ sqlplus /nologSQL> conn hr/hrConnected.SQL> host ls -l /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_01_17/*.arc-rw-r----...
记录服务器rm -rf误删文件的恢复过程
09-30
在处理Linux系统中因执行rm -rf命令而导致的重要数据丢失问题时，存在多种技术手段和工具可以尝试恢复误删的文件。本文详细记录了实际操作中的一次服务器数据恢复过程，包括事件发生背景、操作步骤、使用的工具及...
linux上恢复误删（使用rm-rf命令）的文件或目录
热门推荐
echo
09-16 5万+
Linux不像windows有那么显眼的回收站，不是简单的还原就可以了。linux删除文件还原可以分为两种情况，一种是删除以后在进程存在删除信息，一种是删除以后进程都找不到，只有借助于工具还原，这里分别检查介绍下。 一、误删除文件进程还在的情况。 这种一般是有活动的进程存在持续标准输入或输出，到时文件被删除后，进程PID还是存在。这也就是有些服务器删除一些文件但是磁盘不释放的原因。比如当前举例说明：通过一个shell终端对一个测试文件做cat追加操作： [root@21yunwei_backup ~
Linux之恢复误删除文件
RJ0024的博客
11-21 332
前言 每当我们在生产环境服务器上执行rm命令时，总是提心吊胆的，因为一不小心执行了误删，然后就要准备跑路了，毕竟人不是机器，更何况机器也有 bug。 那么如果真的删除了不该删除的文件，比如数据库、日志或执行文件，该如何恢复？ 模拟场景 1.删除 误删除服务器目录/root/selenium/Spider下的MySql.Data.dll文件： > rm -f /root/selenium/Sp...
linux rm 命令删除文件恢复_如何在 Linux 上恢复误删除的文件或目录
weixin_39799646的博客
11-18 153
Linux不像windows有那么显眼的回收站，不是简单的还原就可以了。linux删除文件还原可以分为两种情况，一种是删除以后在进程存在删除信息，一种是删除以后进程都找不到，只有借助于工具还原。这里分别检查介绍下一，误删除文件进程还在的情况。这种一般是有活动的进程存在持续标准输入或输出，到时文件被删除后，进程PID还是存在。这也就是有些服务器删除一些文件但是磁盘不释放的原因。比如当前举例说明：通过...
linux mysql误删_详解：如何恢复MySQL数据库下误删的数据
weixin_35740545的博客
01-25 1697
2017-03-27 09:25阅读 178评论 0作者：马哥Linux运维-Robin血的教训，事发经过就不详述了。直接上操作步骤及恢复思路(友情提示：数据库的任何操作都要提前做好备份)，以下是Mysql数据后的恢复过程：1. 找到binlog恢复数据的前提是必须开启Mysql的binlog日志，如果binlog日志没开启，请忽略此篇文档。binlog日志是否开启可以查看Mysql配置文件。日志...
MYSQL数据库误删除数据处理
qq_29841067的博客
08-04 1120
MYSQL数据库误删除怎么办 在使用MYSQL数据库时，当遇到需要使用一些高风险命令对数据库进行操作，比如delete、drop、truncate等语句，一旦出现失误，就有可能会造成 1、开启binlog时
MySQL误删物理文件的恢复（Linux）
crty2245的博客
01-13 237
以前拜读过一位Oracle大大的文章，结果自己在测试环境也遇到了，顺手记下来 Oracle大大的文章链接http://blog.itpub.net/17203031/viewspace-1077770/ ----------...
点滴记录——Linux Mysql数据库误删root用户
Cynric 的博客
12-25 7822
在Linux中有时安装Mysql会出现没有root用户的状况，或者说root账户被从mysql.user表中误删除，这样就导致很多权限无法控制。解决办法是重新创建root用户，并授予所有权限，具体方法如下： 1. 修改/etc/my.conf文件，添加skip-grant-tables [mysqld] datadir=/var/lib/mysql socket=/var/lib/
Linux mysql误删 找回数据经历
翎墨袅
05-19 797
先从data里找到要修复的库 进入后拿到ibd文件 建立一个同名同字段数据库 ALTER TABLE 库名.表名 DISCARD TABLESPACE; --先解除表空间绑定，执行完sql后，表的ibd文件被删除 把要替换的ibd放进去 ALTER TABLE 库名.表名 IMPORT TABLESPACE; --绑定表空间 绑定的时候遇到报错1812 之后在linux 的data执行 chown -R mysql:mysql 库名/ 更改权限 再次绑定后以1810警告完成表数据找回 ...
Linux系统下误删文件的恢复教程
"这篇内容主要讨论了在Linux操作系统下如何恢复误删除的文件，特别是针对Ext2文件系统的恢复方法。" 在Linux操作系统中，误删除文件可能会导致数据丢失，但只要文件的数据尚未被新的写入操作覆盖，通常都有可能通过...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值