怎么恢复在mtp设备中被 误删了的文件?

Posted 2023-04-14

用其它的一些回复软件都显示不出来MTP设备额！急啊！

你好
一般恢复软件的原理是:
文件在磁盘上的存储就像是一个链表，表头是文件的起始地址，整个文件并不一定是连续的，而是一个节点一个节点的连接起来的。要访问某个文件时，只要找到表头就行了。删除文件时，其实只是把表头删除了，后面的数据并没有删除，直到下一次进行写磁盘操作需要占用节点所在位置时，才会把相应的数据覆盖掉。数据恢复软件正是利用了这一点。所以，就算你误删了文件之后又进行了其他写磁盘操作，只要没有覆盖掉那些数据，都是可以恢复的。
而这里讲的是磁盘
而你说的MTP设备有所不同
你可以留个邮箱我发给你一个试试
希望可以帮到你追问

我的邮箱是[e-mail]，谢谢了额！

追答

你好
已发送
注意查收

来自：求助得到的回答 参考技术A mtp的不行，要是u盘模式的才可以。你可以用 AneData全能文件恢复。删除或者格式化都可以恢复。软件对被格式化的分区扫描时，同时扫描文件系统的目录文件记录，在内存中构造出原先的文件目录结构，即使格式化前后分区类型发生改变也能扫描出原来的数据。本软件还具有闪电恢复被格式化的分区功能，可以在短短数分钟内扫描列出大硬盘被格掉的文件。

Mysql Innodb数据库误删除了文件，怎么恢复？

Mysql Innodb数据库误删除ibdata1、ib_logfile0、ib_logfile1和日志文件，备份也只有前5、6天的备份，有没有办法把数据库恢复正常啊

经常性备份，如果binlog在的话，试试看……
- 恢复策略
前面说到未提交的事务和回滚了的事务也会记录Redo Log，因此在进行恢复时,这些事务要进行特殊的的处理.有2中不同的恢复策略：
A. 进行恢复时，只重做已经提交了的事务。
B. 进行恢复时，重做所有事务包括未提交的事务和回滚了的事务。然后通过Undo Log回滚那些未提交的事务。
- InnoDB存储引擎的恢复机制
MySQL数据库InnoDB存储引擎使用了B策略, InnoDB存储引擎中的恢复机制有几个特点：
A. 在重做Redo Log时，并不关心事务性。 恢复时，没有BEGIN，也没有COMMIT,ROLLBACK的行为。也不关心每个日志是哪个事务的。尽管事务ID等事务相关的内容会记入Redo Log，这些内容只是被当作要操作的数据的一部分。

B. 使用B策略就必须要将Undo Log持久化，而且必须要在写Redo Log之前将对应的Undo Log写入磁盘。Undo和Redo Log的这种关联，使得持久化变得复杂起来。为了降低复杂度，InnoDB将Undo Log看作数据，因此记录Undo Log的操作也会记录到redo log中。这样undo log就可以像数据一样缓存起来，而不用再redo log之前写入磁盘了。

包含Undo Log操作的Redo Log，看起来是这样的：

记录1: <trx1, Undo log insert <undo_insert …>>

记录2: <trx1, insert …>

记录3: <trx2, Undo log insert <undo_update …>>

记录4: <trx2, update …>

记录5: <trx3, Undo log insert <undo_delete …>>

记录6: <trx3, delete …>

C. 到这里，还有一个问题没有弄清楚。既然Redo没有事务性，那岂不是会重新执行被回滚了的事务？确实是这样。同时Innodb也会将事务回滚时的操作也记录到redo log中。回滚操作本质上也是对数据进行修改，因此回滚时对数据的操作也会记录到Redo Log中。

一个回滚了的事务的Redo Log，看起来是这样的：

记录1: <trx1, Undo log insert <undo_insert …>>

记录2: <trx1, insert A…>

记录3: <trx1, Undo log insert <undo_update …>>

记录4: <trx1, update B…>

记录5: <trx1, Undo log insert <undo_delete …>>

记录6: <trx1, delete C…>

记录7: <trx1, insert C>

记录8: <trx1, update B to old value>

记录9: <trx1, delete A>

一个被回滚了的事务在恢复时的操作就是先redo再undo，因此不会破坏数据的一致性.
- InnoDB存储引擎中相关的函数
Redo: recv_recovery_from_checkpoint_start()
Undo: recv_recovery_rollback_active()
Undo Log的Redo Log: trx_undof_page_add_undo_rec_log() 参考技术A 还原也是有节点的，
既然只有前5、6天的备份，那还原的话也只能还原到前5、6天的情况了。

个人认为：重要的数据备份的频率最好调高一点，以免出现问题时造成不必须的损失。 参考技术B 数据非常重要的话建议还是找专业的地方恢复，自己尝试恢复的话很可能导致数据损坏无法恢复的 参考技术C bin-log也没了吗