-4006-505-646 -4006-505-646 [数据库环境部署与故障情况描述 ]
北亚小编在这里分享的案例为数据库安装在客户本地服务器上，服务器操作系统为windows2008 r2 。在当前环境内安装有MySQL5.6单实例，引擎类型为INNODB，表内数据存储所使用表空间类型为独立表空间。未进行数据库备份，未开启BINLOG。导致数据丢失的原因是由于人为误操作使用Delete命令进行删除数据时未添加where子句进行筛选导致全表数据被删除，删除后未对该表进行任何操作，需要从数据库层面进行误删除的数据恢复操作。
[ 数据恢复方案 ]
1、故障类型分类：在本案例中，由于未对生产环境进行备份也未开启BINLOG日志，无法直接还原数据库，属于典型表内MySQL-Delete数据误删除。
2、故障分析与可行性方案制定：通常情况下对于MySQL INNODB误删除导致记录丢失的恢复方案有三种，分别是备份还原、BINLOG还原和记录深度解析。由于本案例中的数据库没有备份，也没有开启BINLOG，也就是说前两种方案都不适用，只能使用记录深度解析的方式进行恢复。此恢复方案恢复原理为模拟INNODB引擎记录管理方式，根据表结构信息将二进制文件解析为字符记录。
[ 数据恢复过程 ]
1、获取数据文件：客户将表结构文件及表数据文件（.IBD）通过网络传输的方式发送到北亚数据恢复中心，数据恢复工程师将文件下载后开始对数据进行分析和恢复。
2、使用北亚自主研发的数据库数据恢复工具进行扫描：
图一：
在本次数据恢复案例中，客户提供了数据库表结构脚本，可以使用本工具中的5+3功能进行恢复。
首先读取表结构信息：
图二：
图三：
开始解析记录：
图四：
本工具默认将记录提取为SQL备份格式，等待解析完毕后还原到数据库查看结果。
[ 数据恢复结果 ]
数据提取完成后，北亚数据恢复中心通知客户对提取结果进行验证，并统计恢复记录总数。客户验证后表示最终数据恢复结果完整，总数符合原表内记录条数，本次数据恢复成功。