不知道你的mdf文件如何确定受损伤，如日志盘错误后数据写入文件不完整、未停服务或离线模式数据库再u盘拷贝mdf出去。你那种情况没遇到了过，不过也可以模拟场景，有时间再再试试。
你说的方法那就是一种，象也只有这种能操作：
1.找个有几分相似的环境，创建角改编数据库；
2.将数据库离线模式offline，将原数据文件和日志文件删出；
3.也将复原的mdfu盘拷贝过来；
4.将数据库设置网online，会提示有问题，我失败了…
5.将数据库设置为行踪可疑状态suspended；
6.使用数据库修复下达命令dbcccheckdb容许丢了数据恢复。如果正常吗，设置中online数据库就也可以ftp访问了。
在可以解决的过程中，以下几种试图：
1.如果没有传送了日志，再mysqlbinlog在用日志重新恢复即可。
2.要是也不是删除了一个表的部分数据，只是删出整个表，这样的话这个可以在删掉后立刻用磁盘数据恢复软件接触可以恢复。
（毕竟彻底删除表后会有文件被删掉，而删出表的部分数据，文件那就未知）
3.找数据恢复的公司，在用工具分析ibdata1（分析过程参考一本本栏里点有没有历史记录存在，建议使用ibdata1恢复数据，应该要是在打听一下数据表结构的前提下，数据库除ibdata1外其他数据损伤不能正常使用数据库时一段时间，而又不是删了表数据后完全恢复什么的。
（实际上，这个文件是读取可以做到表数据的，总之也是可以设置里成每个表一个文件。）
下有ib_logfile0和ib_logfile1两个文件，当然这两个文件里，记录了mysql的一些事物日志，主要是用于事务的前滚后滚，是mysql自身可以使用的，这个文件用文本工具可以打开后，有很多，但却是可以直接输入到被删出的少量数据的insert记录，极少数的通过前后语句找出了原文，到了最后是从事物日志复原了删出的文件。注：用事物日志完全恢复，需要几个前提。
1：知道被删出数据的至少位置，不要这边中搜索，那边又不断有新数据再插入。
2：毕竟有很多，可以参照于中搜索少量数据，而不是什么使用较多大量数据的恢复，白白浪费体力。
3：如果二进制日志没开，没有备份，这样只有用这种方法可以恢复了。
理论上，只需有数据库备份和不对应的数据库免费日志，都是可以完全恢复到任何时间点。
以mysql数据库为例：
意外删除可分100元以内几种情况
1.业务数据误删，或者delete，tuncate掉不愿彻底删除的业务数据
2.业务表误删除，比如tracetable，将业务删出
3.数据库文件误删除，.例如rm掉数据库文件，数据库binlog日志等
是对语句1和2的情况，做了服务器延迟库的架构方案，是可以真接从延迟高中将数据导出，再导出就也可以完全恢复
第三种情况就一点急切一些，rm掉重要文件，会导致数据库真接破灭，那肯定必须不对应的数据库系统备份和对应的binlog日志参与复原，如做mysql的主主不能复制高可用，当监控软件不能识别到当前是用主库已经不可用，则会手动将业务直接切换到备用数据库。
只要你没被覆盖，就像是这个可以的。
只需你备分了就可以。.例如云帮手：直接进入应用管理——计划任务——先添加计划任务，时间可以详细到每月一天每分每分钟，设置好后就这个可以自动备份了，这样的话就算是误删也不担心了
你备分了吗？备份了是可以的，是因为云帮手是也可以直接将系统备份不同步的到云盘的，你真接刚刚进入云盘——数据库备分就是可以通过恢复了；如果没有怕自己忘软件备份，也这个可以在系统管理——计划任务——先添加计划任务，时间这个可以具体详细到每个月每天千米每分钟，系统设置好后就可以自动备份了，这样哪怕误删也不担心了。
.jpg)
