在执行数据库版本更新测试时，在生产库误执行了本来应该在测试库执行的sql脚本，导致生产库部分表被trunca，还有部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。
1、由于用户ECS内还有其他业务在运行，为避免被truncate表的底层数据被破坏，首先将mysql数据库的data目录所在分区备份。
2、需要恢复的十多个表内不存在大字段类型值和myisam引擎表，直接扫描数据段并下载恢复所必需的数据库段碎片。由于innodb引擎表恢复数据须依赖表结构信息，mysql的表结构信息存储于对应表名的.frm文件内。经过检测发现.frm文件完好，可直接使用。下载需要恢复的表所对应的.frm文件。
4、在下载完成的数据段文件内提取对应于各表的数据页，解析对应表的.frm文件获取该表的表结构信息。通过表结构信息获取到底层数据分配规则，北亚企安数据恢复工程师按照规则拆分数据段内二进制数据并将不同类型数据进行字符展示转换（各类整型、浮点型、时间型等），完成数据段到sql语句的转换。
5、恢复被delete数据的表的流程类似恢复被truncate表的流程，差异在于解析数据时需要提取被标注为“delete”的记录。
7、由于直接从底层抓取出的记录可能存在主键不唯一（引擎在存储时产生的临时记录）、记录重复（缓冲段）和乱码（扫描数据段时出现特征值匹配成功但不属于该表的数据段）等情况，北亚企安数据恢复工程师人工处理提取记录存在的异常。
8、由用户方远程桌面的方式验证恢复数据的正确性和完整性。经过用户方工程师的多方验证，确认被truncate的表和被delete记录的表的数据恢复完整，数据正确有效。本次数据恢复工作完成。
