MySQL数据恢复攻略：从误删到全面恢复，一网打尽！

日期：2024-12-16 16:29:19 作者：创始人浏览：0

MySQL恢复已删除的数据mysql恢复删除数据

MySQL恢复已删除的数据。
在某些情况下，有些数据可能会直接在数据库中被删除，但更常见的情况是在数据库中修改、更新或删除表行后，数据可能会丢失或被删除。
您可以使用各种MySQL数据恢复方法来恢复数据库中已删除的数据。
要恢复MySQL中的数据，首先需要知道如何打开MySQL终端并连接到数据库服务器。
之后就可以使用mysqlbinlog来查找数据库中被删除的数据了。
mysqlbinlog是MySQL服务器上常用的日志文件，它提供有关对数据库所做的更改以及如何恢复数据的信息。
从MySQL恢复已删除数据的另一种方法是使用数据库备份文件进行恢复。
备份文件通常非常有用。
备份文件应包含数据库中的所有可用数据，以便可以将已删除的数据恢复到其原始状态，但无法恢复已更改或更新数据的更改。
如果创建备份文件比较困难，还可以尝试使用MySQL提供的恢复工具来恢复。
MySQL提供了多种数据恢复工具，包括mysqlbinlog、mysqldump、mysqlrestore、mysqlbackup等。
这些工具可以帮助恢复损坏的数据库和恢复已删除的数据。
MySQL恢复已删除数据的另一种方法是使用mydumper。
mydumper是一个开源的MySQL数据导出工具，可以将数据库中的数据导出到文件中。
它可以帮助用户恢复损坏的表和删除的数据。
恢复MySQL数据的最后一种方法是使用预装的MySQL数据回收站工具。
这些工具可帮助用户恢复以前删除和修改的数据。
最常用的MySQL数据仓工具是InnoDB数据仓和MyISAM数据仓。
这两种工具都可以帮助客户恢复表行和数据。
总之，MySQL可以使用多种方法来恢复已删除的数据，特别是通过mysqlbinlog、db备份文件和数据回收站。
最常见的方法之一是使用备份工具和注册表文件恢复已删除的数据。

MySQL误操作导致数据表删除如何快速恢复mysql不小心删了表

MySQL滥用导致数据表删除；怎样才能快速恢复呢？MySQL是一种流行的关系数据库管理系统(RDBMS)，许多企业和组织使用它来存储和管理数据。
然而，不当行为；由于恶意攻击等人为因素，数据表可能会被意外删除。
在这种情况下，如何快速恢复数据表迫切需要恢复数据。
一般来说，如果你删除了一个数据表，那么你也就彻底删除了数据。
所以，在数据恢复之前，您需要找出删除的原因和方法。
如果通过DROPTABLE语句删除数据；该语句会彻底删除数据表以及其中的所有数据，因此恢复数据会更加困难。
然而，如果错误地执行了DELETE语句或使用TRUNCATETABLE语句删除了数据表。
您可以考虑恢复数据。
以下是一些可以帮助您快速恢复误删除的MySQL数据表的方法。
使用备份恢复数据养成定期备份MySQL数据库的习惯将使恢复数据变得更加容易。
通过备份文件误删除数据表可以恢复。
Xtrabackup备份数据；您可以将mysqldump工具与MySQL或其他第三方备份工具（如MyDumper）结合使用。
例如，如果使用mysqldump工具备份数据；恢复数据表的步骤如下：1.在mysql服务器上新建一个数据库，例如testdb。
2.打开终端并键入以下命令将备份文件恢复到新数据库。
如果$mysql-uroot-ptestdb执行成功。
备份文件中包含的表和数据将恢复到新数据库testdb中。
使用MySQLBinlog检索数据MySQL的Binlog添加数据表；记录数据库操作的二进制日志文件，包括更改和删除。
MySQL数据库是否开启了二进制日志功能；您可以使用Binlog来恢复误删除的数据表。
以下是一些可以帮助您使用Binlog恢复数据表的步骤：1.打开终端并使用以下命令查询二进制日志名称和位置。
$mysqlbinlog–verbose–base64-output=DECODE-ROWS/var/lib/mysql/mysql-bin.000001其中/var/lib/mysql/mysql-bin.000001是binlog文件的路径和名称。
2、按CTRL+C结束查询，复制误删除数据表的Binlog代码片段。
3.打开终端，输入以下命令，将Binlog代码恢复到新的数据表中。
$mysqlbinlog–database=testdb–start-position=4/var/lib/mysql/mysql-bin.000001|mysql-uroot-ptestdbtestdb是新的数据库名称；–起始位置=4表示从第4个字节位置开始恢复。
如果binlog代码中不包含DROPTABLE语句，则会检索数据表。
使用第三方MySQL数据恢复软件如果您和您的团队不熟悉MySQL数据恢复，如果您不定期备份数据库。
一些第三方MySQL数据恢复软件也可以帮助恢复误删除的数据表。
该软件通常可以检测并纠正数据库中的错误并恢复意外删除的数据表。
以下是一些常用的MySQL数据恢复软件：1.EaseUSDataRecoveryWizardEaseUSDataRecoveryWizard可以帮助您恢复误删除的数据，格式化；它是一款功能强大的数据恢复软件，可以恢复因病毒攻击等原因丢失的数据。
2.StellarDataRecoveryStellarDataRecovery是一款专业的数据恢复工具，可以恢复包括MySQL数据表在内的各种文件类型。
总结MySQL数据表的意外删除会给组织和企业带来困难和损失。
快速有效地保护您的数据并恢复您的表；您需要遵循备份和管理数据库的最佳实践。
仍然，有时是虐待和其他因素可能会导致数据丢失。
在这种情况下，备份使用Binlog恢复数据或者使用第三方MySQL数据恢复软件可以帮助您快速恢复误删除的数据表。

MySQL使用delete把表中的数据删除了，请问怎么恢复

每个业务管理员都有删除数据库的经历吗？数据库被删除且没有备份怎么办？备份恢复后服务无法启动怎么办？如果表定义损坏，无法读取数据怎么办？

我曾经遇到过一家互联网创业公司。
由于维护人员不定期的备份恢复操作，导致系统表空间文件被格式化，数万张表无法读取保存。

当您发现无法读取数据时，原因可能不是数据丢失。
数据库管理系统可能无法找到描述数据的信息。

背景

我们首先了解一些主要的InnoDB数据字典表，它们保存了一些表定义信息，在恢复所使用的表结构时是必需的。

SYS_TABLES描述了InnoDB表CREATETABLE`SYS_TABLES`(`NAME`varchar(255)NOTNULLDEFAULT'')的信息，表名`ID`h3int(20)unsignedNOTNULLDEFAULT'0'，表ID`N_COLS`int(10))DEFAULTNULL,`TYPE`int(10)unsignedDEFAULTNULL,`MIX_ID`h3int(20)unsignedDEFAULTNULL,`MIX_LEN`int(10)unsignedDEFAULTNULL,`CLUSTER_NAME`varchar(255)DEFAULTNULL,`SPACE`int(10)unsignedDEFAULTNULL,表空间idPRIMARYKEY(`NAME`))ENGINE=InnoDBDEFAULTCHARSET=latin1;SYS_INDEXES描述InnoDB索引信息CREATETABLE`SYS_INDEXES`(`TABLE_ID`h3int(20)unsignedNOTNULLDEFAULT'0')，对应sys_tablesID`ID`h3int(20)unsignedNOTNULDEFAULT'0'，索引ID`NAME`varchar(120)DEFAULTNULL，索引名称`N_FIELDS`int(10)unsignedDEFAULTNULL，索引中包含的字段数`TYPE`int(10)unsignedDEFAULTNULL，`SPACE`int(10)unsignedDEFAULTNULL，存储索引的表空间的标识符`PAGE_NO`int(10)unsignedDEFAULTNULL,索引根页IDPRIMARYKEY(`TABLE_ID`,`ID`))ENGINE=InnoDBDEFAULTCHARSET=latin1;SYS_COLUMNS描述InnoDB表的字段信息CREATETABLE`SYS_COLUMNS`(`TABLE_ID`h3int(20)unsignedNOTNULL，对应sys_tablesID`POS`int(10)无符号NOTNULL，位置字段相对`NAME`varchar(255)DEFAULTNULL，字段名称`MTYPE`int(10)unsignedDEFAULTNULL，字段编码`PRTYPE`int(10)unsignedDEFAULTNULL，字段验证类型`LEN`int(10)unsignedDEFAULTNULL，字段字节长度`PREC`int(10)unsignedDEFAULTNULL，字段解析PRIMARYKEY(`TABLE_ID`,`POS`))ENGINE=InnoDBDEFAULTCHARSET=latin1;SYS_FIELDS描述所有索引的字段列CREATETABLE`SYS_FIELDS`(`INDEX_ID`h3int(20)unsignedNOTNULL,`POS`int(10)unsignNOTNULL,`COL_NAME`varchar(255)DEFAULTNULL,PRIMARYKEY(`INDEX_ID`,`POS`))ENGINE=InnoDBDEFAULTCHARSET=latin1;./storage/innobase/include/dict0boot.h文件指定每个字典表的索引，对应该表ID页上存储的数据。

这里我们需要使用undrop-for-innodb工具来恢复数据，该工具可以读取表空间信息来获取页面，并从页面中提取数据。

#wgethttps://github.com/chhabhaiya/undrop-for-innodb/archive/master.zip#yuminstall-ygccflexbison#make#makesys_parser

#./sys_parser读取表结构信息

sys_parser[-h][-u][-p][-d]databases/table

读取ibdata1或ibd或分区表的Stream_parserInnoDBpage

#./stream_parserYoumustspecifyfilewith-foptionUsage:./stream_parser-f[-TN:M][-ssize][-tsize]]-V|-g]其中：-h-Printthishelp-Vor-g-Printdebuginformation-ssizec_parser从innodbpage读取记录并将其保存在中。
文件

#./c_parserError:用法:./c_parser-4|-5|-6[-dDV]-f-ttable.sql[-TN:M][-b]where-f--InnoDBpageordirectorywithpages(allpagesshouldhavesameindex_id)-t

--CREATEstatementofatable-o--Savedumpinthisfile.Otherwiseprinttostdout-l--将SQL数据保存在此文件中。
Otherwiseprinttostderr-h--Printthishelp-d--处理那些可能存在的页面记录已被删除（默认=NO）-D--Recoverdeletedrowsonly（默认=NO）-U--RecoverUNdeletedrowsonly(默认=YES)-V--Verbosemode(lotsofdebuginformation)-4--innodb_datafileisinREDUNDANTformat-5--innodb_datafileisinCOMPACTformat-6--innodb_datafileisinMySQL5.6format-T--retrievesonlypageswithindexid=NM(N-highword,M-lowwordofid)-b--可以找到外部页面的目录。
ispages-XXX/FIL_PAGE_TYPE_BLOB/-i<文件>--从<文件>的偏移位置读取外部页面-pprefix--在LOADDATAINFILE命令中使用目录名称前缀

接下来，我们展示该场景。
几种数据恢复场景。

场景一：可删除

根据是否启用innodb_file_per_table，恢复方法有所不同。
当表被意外删除时，应尽快停止MySQL服务而不是运行。
如果innodb_file_per_table=ON，最好以只读模式重新挂载文件系统，防止其他进程写入数据，覆盖之前的块设备数据。

如果要评估是否覆盖记录，可以将表中的特定记录作为关键字，看看是否可以从ibdata1中过滤掉。

#grepWOODYHOFFMANibdata1

Binaryfileibdata1matches

您还可以使用bvi工具（对于较小的文件）或hexdump-C工具（对于较大的文件）

以表sakila.actor为例CREATETABLE`actor`(`actor_id`smallint(5)unsignedNOTNU)LLAUTO_INCRMENT,`first_name`varchar(45)NOTNULL,`last_name`varchar(45)NOTNULL,`last_update`时间戳NOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMP,PRIMARYKEY(`actor_id`),KEY`idx_actor_last_name`(`last_name`))ENGINE=InnoDBAUTO_INCRMENT=201DEFAULTCHARSET=utf8

首先恢复表结构信息1.分析系统表空间获取页面信息

./stream_parser-f/var/lib/mysql/ibdata1

2.创建一个新的schema，并向系统字典表添加DDL导入

catdictionary/SYS_*|mysqlrecovered

3.创建恢复目录

mkdir-pdumps/default

4.分析字典表信息位于系统表空间，

./c_parser-4fpages-ibdata1/FIL_PAGE_INDEX/00000000000000001。
页-tdictionary/SYS_TABLES.sql>转储/默认/SYS_TABLES2>转储/默认/SYS_TABLES.sql。
/c_parser-4fpages-ibdata1/FIL_PAGE_INDEX/00000000000000002.page-tdictionary/SYS_COLUMNS.sql>转储/默认/SYS_COLUMNS2>转储/默认/SYS_COLUMNS.sql./c_parser-4fpages-ibdata1/FIL_PAGE_INDEX/0000000000000003.page-tdictionary/SYS_INDEXES.sql>转储/默认/SYS_INDEXES2>转储/默认/SYS_INDEXES.sql./c_parser-4fpages-ibdata1/FIL_PAGE_INDEX/0000000000000004.page-tdictionary/SYS_FIELDS.sql>dumps/default/SYS_FIELDS2>dumps/default/SYS_FIELDS.sql

5.导入恢复的数据字典

catdumps/default/*.sql|mysqlrecovered

6.读取恢复的表结构信息

./sys_parser-pmsandbox-drecoveredsakila/actor

因为5.x版本的innodb引擎没有完整记录表结构信息，所以会丢失诸如AUTO_INCRMENT属性和索引、辅助键和外键约束以及小数精度等信息。

如果系统中已经删除了mysql5.5版本的frm文件，还可以通过触摸原目录下与原表同名的frm文件来读取表结构信息和数据。
如果只有frm文件，想要获取表结构信息，可以使用mysqlfrm--diagnostic/path/to/xxx.frm，调用mysql时就会显示字符集信息。

innodb_file_per_table=OFF

由于是共享表空间模式，数据页存储在ibdata1中，可以从ibdata1文件中提取数据。

1.获取表ID。
sys_table存储sys_table表ID。
/0000000000000001.page-tdictionary/SYS_TABLES.sql|grepsakila/actor000000000B282A000001430D4DSYS_TABLES“sakila/actor”1584100“”0000000000B282A000001430D4DSYS_TABLES“sakila/演员”1584100“”0

2。
使用tableid获取表的主键id，sys_indexes存储表索引信息，在Nodb索引结构表中，找到主键id就找到数据，sys_indexes索引为3，所以从0000000000000003.page获取主键id

./c_parser-4Dfpages-ibdata1/FIL_PAGE_INDEX/0000000000000003.page-tdictionary/SYS_INDEXES.sql|grep158000000000B282A000001430BCASYS_INDEXES158376“基本”1304294967295000000000B282A000001430C3CSYS_INDEXES158377“idx_actor_last_name”1004294967295000000000B282A000001430BCASYS_INDEXES158376“主要”1304294967295000000000B282A000001430C3CSYS_INDEXES158377“idx_actor_last_name”1004294967295

3。
知道了主键ID，就可以从对应的页面中提取表数据并创建SQL文件

dumps/default/actor2>dumps/default/actor_load.sql

4.最后导入数据已恢复

catdumps/default/*.sql|mysqlsakila

有关更多详细信息，请单击网络链接

请点击输入图片描述

通过mysql如何恢复误删的数据?

Mysql数据库数据恢复案例：误删除所有表数据的解决方案1、恢复环境：服务器为Windows操作系统，运行Mysql5.6单实例，使用innodb数据库引擎，表中的数据独立存储在Table中空间。
不进行备份操作，不开启binlog功能。
2、错误描述：错误操作导致使用delete命令删除数据时没有添加过滤条件，导致整个表数据被误删除，并且删除数据后没有进行其他操作。
因此，有必要纠正意外删除的数据。
3、恢复计划：因为没有备份和binlog，所以无法直接恢复数据，只剩下日志深度分析计划。
分析原理是基于模拟innodb引擎的记录管理方式，将二进制文件解析为字符记录。
4、恢复过程：数据文件由专业数据恢复工程师分析恢复；采用自主研发的数据库数据恢复工具进行扫描和提取。
本例中，该工具利用数据库表结构脚本，通过5+3功能实现恢复。
1.读取表结构信息：开始分析记录。
2、使用工具扫描提取日志：默认情况下，日志会以SQL备份格式导出，分析完成后，将恢复的数据回填到数据库中进行数据验证。
5、数据验收：完成数据提取后，服务器管理员对恢复的数据进行检查，验证恢复数据的完整性和可用性。