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