相信很多人都有误删微信聊天记录后特别后悔的经历，就像丢了一件特别重要的东西。我敢肯定你也有过特别想恢复某张照片的时候。

这台冰冷但又时不时发烧的机器几乎储存着我们所有的隐私，对于丢手机的人来说，担心焦虑的也是手机里丢掉的数据。有备份的当然好，但没有备份的又还能不能恢复？

理论上来说是可以的，你看人民日报每隔半年，都会出来警醒你这事可以。

今天，我就以极其专业的角度来讲讲：什么情况下的手机能恢复数据及如何恢复被删数据，且如何保证旧手机彻底删除隐私数据。注意了，本文就跟北京的冬天一样干，太长不想看的直接看黑体字结果就可以。

另外市场上也有很多做数据恢复的小店及企业，专业正规的大公司一般都收费不菲，如果是小店你就得小心一点了，别因为丢了一张照片再把其他隐私也全丢了。

首先，删除恢复分两种情况：一种是误删了聊天记录或者照片等数据的删除恢复，一种是恢复出厂抹除数据的格式恢复。而这两种情况又根据手机系统的不同也分为苹果机恢复与安卓机恢复。

删除恢复：通过软件基本都能恢复

删除恢复不分安卓机或者苹果机，基本都有可能找回。打个比方说，删除手机数据就好比拆房子，被删了的数据就像被刷上一个大红“拆”字，但只要房子没被推倒（恢复出厂）之前，你还是有可能在旧房子里找回东西。

能找回数据的比如：微信聊天记录、照片、视频、备忘录、联系人、短信、通话记录等。

安卓机删除恢复实测

注意，本次恢复测试用的都是免费软件，在这里打码不做推荐，避免发生事故。网上也有很多类似的恢复软件，大家如有需要请谨慎选择。

如果是特别重要的数据，我也不建议你这么折腾。

1.安装完恢复软件后电脑连接上手机，恢复需先ROOT手机，后选择一键恢复；

2.按照软件指示进行选择；

3.等待扫描结果后选择需要恢复的已删除文件恢复即可。

苹果机删除恢复实测

1.电脑需先安装 itunes 后连接iPhone后，选择从 iOS 设备恢复等待恢复软件扫描即可；

2.扫描完了可发现最近删除的照片、视频、聊天记录、备忘录、短信等数据，选择需要恢复的文件点击恢复即可。

微信为例：可恢复多个微信账号的删除记录

格式恢复：安卓机可以，苹果就别想了

安卓手机恢复出厂设置就类似于硬盘的快速格式化，原文件所在区域未被复写，理论上可以扫描出原文件。好比该文件的名称是一个户口，而文件实际上是一个人，户口有天突然被销了，但是人还是存在的。

格式恢复也并不能百分百恢复数据，但别有用心的就另说。

安卓机格式恢复实测

1.跟删除恢复一样的操作，先ROOT手机后连接电脑，选择一键恢复，切记需是手机恢复出厂后还没有写入任何数据的手机；

2.扫描完了可发现部分格式化前的照片、视频、聊天记录、备忘录、短信等数据，选择需要恢复的文件点击恢复即可。

所以啊，人民日报也来给安卓用户支招，旧手机恢复出厂后，找一些无关紧要的文件把手机塞满，多次格式存取后自然就能把数据覆盖清除了，爱回收清除隐私数据也是基于这个原理，先由现场回收人员指导覆盖清除，回收后再由符合国际ACI标准的清除方式进行多次强力覆盖清除。

苹果机格式恢复测都不用测

苹果手机只要是抹掉数据恢复出厂，基本无解了。

还记得几年前FBI跟苹果就闹过这么一出，FBI去找苹果解锁一台罪犯使用的 iPhone 5c 调查其犯罪信息被苹果拒绝了。你想想 FBI 什么手段，暴力破解 iPhone 根本就不是个问题，但为什么还要找苹果？因为这么一操作后会把手机里的数据给清没了，数据没法恢复才只能找苹果解锁。

虽然 FBI 最终还是找寻黑客破解了 iPhone 5c，但也仅仅是解锁，而不是暴力破解再恢复数据。这事还是表明了苹果机格式恢复基本是不可能的。

所以大家平时还得定期备份，没了就真的没了。当然，苹果机只要抹掉数据恢复出厂，目前基本不用担心隐私安全。

前两天看了一篇关于当今互联网环境隐私安全的文章，作者实测了如何仅凭一个手机号码去获得一个人的身份信息，甚至开房记录。说我们是在互联网裸奔的一代，好像也并不夸张。

但也不用这么悲观，互联网发展太快总需要完善，每位用户平时小心谨慎，也就基本没啥大碍，毕竟还有人民日报在时刻提醒我们，致敬。

这世界上有后悔药– houhuiyao.cc 后悔药数据恢复 站长语

最近接触了多例MySQL数据库误清空数据，找我们来咨询数据恢复。有些已成功进行了数据恢复，有些因为客观原因很可惜数据丢失了。不管什么原因和什么结果，发生的案例都有借鉴价值，截图如下供参考。

这个案例是使用的阿里云，使用工具误清空了数据，没有备份。这个例子很有代表性，目前众多中小型网站、系统选择阿里云部署代码和数据，因为信任阿里云，却忘记了数据库是需要自己管理的，导致各种意外状况的发生。

这个案例更有代表性：新手上路！记得之前看过一个话题，说的是刚入职就删除了数据库是一种什么体验？ 想必不是愉快的体验。这个案例的数据库最终恢复了，还算挺好的结局！ 慎重，也许下次运气就没这么好了。

这个案例也很有代表性，都是“懂”技术的把数据库玩坏了。

还有其他各类案例，不一一列举了。

最后一点，也是最重要的一点：MySQL数据库有问题先别急着跑路，先联系后悔药数据恢复houhuiyao.cc，也许事情并没有那么糟糕！

软件：用友，速达，管家婆，远光，奇安、金蝶、美萍、百威、广联达……等各种财务软件、医药软件、医院软件、汽配软件、服装软件、宾馆软件、书店软件、超市软件、OA办公自动化……等各种行业软件。

数据库：SQL，Oracle，Sybase，Access、dBase，FoxBase……等各种版本的新老数据库。

故障：数据库质疑，删除库内表，格式化，重做系统，重分区，系统还原，软件报错，数据错乱，备份覆盖，硬盘损坏……

收费：根据故障轻重和数据库文件的容量收费，500元起，数据库文件容量越大，工作量越大，耗时越长，收费越高。

涉密：如果客户数据涉密和隐私，可以签订《数据保密协议》，保证数据不会有任何形式的泄露。

早些年大家还都热衷于电子计算机的时候，有一门技术叫数据恢复，有一个职业叫数据恢复师，当时的数据恢复师是可以把一块硬盘里的所有你删除过的数据重新给你恢复的。嗯，听起来很专业吧？扯远了，那么手机也需要我们定期清理很多资料，或者有些时候我们仅仅是想清理下私密照片、视频这些东西，很多人觉得像这样的东西我们直接删除就好。

那么事实果真如此吗？很多人应该知道甚至都用过手机数据恢复软件吧？没错，我们删除的数据为什么这么容易就能重新找回来？原因就在于我们根本就没有将这些数据彻底删除，那么他们都被藏在手机的什么地方呢？

其实我们现在所使用的手机数据清除机制有点像电脑中的垃圾回收中心，对的就是回收站，不过这个东西在手机上我们看不到的，当我们把手机里不需要的数据删除以后，他们还会被存放在手机上，但是因为这些数据在你执行删除命令的时候被系统通过特殊的方式做上了标记，这样系统在检测这些数据时无法检测到，同时也就不能在你需要它们的时候，直接把它们从相应的位置帮你提取出来。

所以这里就有同学会问了，那这些数据是相当于电脑上的隐藏文件了，还是说它们是被移动到了存储器的另一块公共空闲区域里呢？这个问题很好，其实这些文件所占用的物理地址还是那里，也就是说它们原本就没有动！那么现在问题是怎么把这些已经看不到的数据找到并彻底删除呢？当然方法还是有很多的。

基于上面阐述的这些，我们完全可以在执行了一次删除数据操作后，再执行一次写入操作，然后不停地写入，直到手机出现存储空间已满，再用删除，这样最早我们删除的那些数据就真的被彻底删除了。这样大家应该就明白了吧？我们最早删除的那些文件虽然还在原来位置，但是如果有新的文件需要占用它们的位置这部分原始数据就会被彻底覆盖，这也就是我们为什么要把储存器写满才能保证那些被删除的数据被覆盖掉。

当然如果大家不信小编说的，你也可以使用相应的手机数据恢复软件来检测下自己的删除的数据是否真的没有了，结果肯定是一键回复以后这些数据就会又出现在自己的手机里。了解了这些大家以后删除数据的时候可以考虑使用上面小编的方法， 这样能够很有效的防止隐私数据被别人回复。

故障描述：

5块2T硬盘组建RAID5，划分LUN供windows服务器使用。在windows服务器内装有Sql Server2008数据库。存储空间内共有三个逻辑分区，大小分别为500G、800G、2.3T。数据库文件丢失，主要涉及五个数据库，表个数约为6000个左右。丢失原因未知，且不能确定数据存储位置。三个数据库的大小分别为8G、15G、20G。在文件丢失后服务器仍处于开机状态，但并未写入大量数据。

初检流程：

1、使用RAID信息及内部数据块信息重组RAID。

2、提取LUN内三个分区镜像。

3、扫描文件系统内丢失文件，未找到被删除数据库文件。

4、初检结果为数据库文件丢失，通过文件系统角度无法恢复。

恢复流程：

1、制定恢复方案。在数据库文件被删除且判定为无法恢复文件后，只能通过扫描数据页，并提取页内记录的方式进行恢复。

2、使用北亚自主编数据页扫描程序扫描分区内数据页并提取。在分别扫描两个分区镜像后发现500G系统盘内数据页数量极少且数据页断裂情况严重，另一分区内扫描到数据页个数较多。暂定此分区为数据库文件存储空间。

3、重组系统表。Sql Server数据库使用系统表来管理所有用户表，在这些系统表内记录了各表的列数、数据类型及约束信息等。解析系统表过程中发现提取出的数据页内系统表损坏，无法正常读取信息。在与客户沟通后得知有备份文件，且备份完成后没有大量改动表结构，系统表可用。

4、还原备份。

5、分别提取三个库中各表表结构信息

6、解析表结构脚本。将各表的列信息存入数据库内便于后续使用。

7、解析系统表获取用户表id信息、关联表结构与数据页。（为保护客户隐私，后续步骤涉及用户表表名及数据页内数据部分均未截图）

8、新建数据库，使用北亚自主编写软件解析记录并导入到恢复环境内。

9、整理恢复结果。在此分区内除数据库文件外还存有备份文件若干，所以在导出记录后可能存在重复数据，必须去重。编写SQL存储过程进行去重。

10、客户验证数据。客户在查验过数据后表示数据可以接受，移交数据到客户存储设备，恢复成功。

这世界上有后悔药-houhuiyao.cc 后悔药数据恢复 站长语

前面介绍了MySQL数据库在使用InnoDB引擎时，如果误删了数据表，在共享表空间MySQL数据表InnoDB引擎表误删恢复(共享表空间ibdata1)和独立表空间MySQL数据表InnoDB引擎表误删恢复(独立表空间innodb_file_per_table=1)的情况下如何恢复数据。

本文将探讨下MySQL数据库误删恢复。

后悔药数据恢复提醒您：

1，首先需要说明的是，生产环境下慎重执行删除操作，除非你确实明白自己在做什么，否则不执行危险动作。

2，有条件的情况下，依靠系统来管理数据和数据库，尽可能降低依潜在的管理的风险。

3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。后续将针对每个危险动作如何在生产执行时即准备好危机应对动作做一个探讨。

4，备份，备份，备份。

数据库误删，不管是使用的rm -rf testdb还是drop database testdb，最终的效果都是一样的：数据目录下的testdb目录及目录下的文件都不可见了(和之前介绍的Linux下恢复删除的情况一致)，实际上文件内容依然还在那里如果没有数据覆盖上去的话。

#测试环境准备命令：mysql> create database testdb;Query OK, 1 row affected (0.08 sec)mysql> mysql> use testdb; Database changed mysql> mysql> create table aa(id int not null primary key, name varchar(20)); Query OK, 0 rows affected (0.34 sec)mysql> mysql> insert into aa values(1,'a'),(2,'b'),(3,'c'),(4,'d'); Query OK, 4 rows affected (0.17 sec) Records: 4 Duplicates: 0 Warnings: 0mysql> select * from aa; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | | 4 | d | +----+------+ 4 rows in set (0.00 sec)

testdb数据库表文件：

#删除数据库：#使用SQL命令 drop database testdb;#使用rm rm -rf testdb/

那么，这种情况下的数据库恢复动作就简单了，参考前面介绍Innodb引擎时的恢复方法即可：

1，完整的恢复testdb目录及目录下的文件即可找回删除掉的库名和表数据，然后针对具体的表引擎，将数据重新导入到数据库中即可。

2，如果找回的是非完整的，那么操作思路是一样的，能恢复多少恢复多少，剩余的如果实在找不回来，从最近一次的备份里提取，然后依靠其他手段比如单据来补全数据。

还是不知道怎么恢复MySQL数据库？找后悔药MySQL数据恢复houhuiyao.cc吧！

【存储数据恢复背景介绍】

某公司的netAPP存储设备，因为实习生在操作过程中的误操作导致存储内部分重要数据被删除，该存储采用的是WAFL文件系统，底层是多块硬盘组成的raid阵列。下面小编将为大家详细介绍该案例的数据恢复过程，同时该数据恢复方法同样适用于netAPP其他型号存储的误删除数据的恢复。

【存储数据误删除恢复方法】

对存储设备的原始数据进行镜像备份，这样做的目的是为了在数据恢复过程中对镜像数据进行分析与恢复，保留用户的存储设备原始状态，以免因数据恢复工作人员的操作对原始数据进行更改或覆盖，数据备份对非专业操作者更为重要，一旦原始数据遭覆盖或其他二次破坏，即使专业人员也很难甚至无法再进行数据恢复。对存储内的原始数据进行备份完成后就可以在备份文件中对数据进行分析了，通常数据恢复工作中需要对磁盘镜像的底层数据进行二进制的额分析，获得该存储中数据分布的基本情况，得到raid基本信息（分析的方法与所有raid数据恢复时的分析方法一样，这里不做过多描述）。根据数据的分布情况计算分析出raid基本信息，然后使用我们研发的一款自用的虚拟raid控制器（该自用产品主要用于辅助工程师进行数据恢复使用，目前并未对外销售，可选择市面上常见的其他数据恢复工具代替）重组出一个raid阵列。重组raid阵列后接下来就可以重构逻辑卷了，在重组完的Raid基础之上进行Storage Pool的重构，并导出数据丢失的逻辑卷。此时基础工作已经差不多完成了，可以对WAFL文件系统进行测试了，对NetApp存储进行底层WAFL文件系统差异化测试，并分析差异区域的规则。可以手动编写一个WAFL文件系统的解析程序，借助于这个解析程序对数据丢失的卷进行文件系统解析。继续对删除文件的节点索引信息进行分析，编写程序自动解析杉树文件的索引、自动解析删除节点进而恢复删除数据。如果数据恢复工作顺利的话做到这一步就可以验证数据了。如果数据不全或其他新问题出现则重复上述数据恢复步骤。

【netAPP存储数据恢复结果】

在本次案例中，由于客户的存储设备误删除数据后没有写入操作，原始数据保存完整，数据100%恢复。

只要你使用计算机，你电脑中的重要隐私文件一定要“安全粉碎”否则后果“不堪设想”

讨论这个问题前我们先来看一个实验：

首先，在我z 桌面上我新建了一个“秘密文件.txt”的记事本文件，里面写满了“秘密文件.txt”这个内容

然后，我们用DiskGenius或者winhex等软件定位一下这个文件在硬盘中的详细扇区位置。

很容易，我们就定位到了这个“秘密文件.txt”就在硬盘中的224016号扇区。

接下来，我们尝试用windows删除命令来删除这个文件，然后再次定位到这个扇区，看看数据有什么变化？

删除后，我们再次定位到224016号扇区，看看这个文件的数据有什么变化？

看到了吧？“秘密文件.txt”的数据还是好好的放在原来的224016扇区里。实际上windows的普通“删除”并不会清除被删除文件的真实数据，它只是对“已删除”的文件做了一个“删除标记”仅此而已！

看到这，你还觉得，删除了重要文件真的安全了吗？答案是一定的：当然不安全！

那如何才能让被删除的文件不被恢复呢？重要的文件一定要“安全粉碎”，当然“安全粉碎”要借助安全工具，不过现在的杀毒软件都有这个工具。我们来对比一下“安全粉碎”与windows普通删除的区别。

这次，我们用123.txt，先看看它所在的磁盘扇区位置

很快我们就找到了这个123.txt所在的磁盘扇区位置144472扇区，这次我们用“安全粉碎”工具删除。

粉碎后，我们看看123.txt所在的磁盘扇区位置144472扇区的数据？

我们可以看到144472扇区的数据都是00 00 什么都没有了，这样的话，原始123.txt的数据要恢复根本是没有可能的。因为关于123.txt文件的信息什么都没有了。

到这里，大家明白为什么“已删除”的数据，为什么能够轻易的被恢复的原因了吧

这世界上有后悔药-houhuiyao.cc 后悔药数据恢复 站长语

前面介绍了MySQL数据库在使用InnoDB引擎时，如果误删了数据表，在共享表空间MySQL数据表InnoDB引擎表误删恢复(共享表空间ibdata1)和独立表空间MySQL数据表InnoDB引擎表误删恢复(独立表空间innodb_file_per_table=1)的情况下如何恢复数据、如果不幸误删了数据库MySQL数据库误删恢复。

如果没有完整的把数据库或者表删除掉，而仅仅是删除了表里的部分数据，比如本文探讨的：delete命令数据误删恢复，这种情况应该发生的概率更大，毕竟有机会删除库和表的权限和命令通常控制的都很严（删库跑路是段子）。

有人会有疑惑，用delete命令去删除数据，不都是正常想删除掉的么，为何存在要恢复的情况。说的很对，确实想要删除的自然不必再恢复，怕就怕手滑，没打算删除的也一并干掉了。这里我们探讨的就是这类被误删的数据该如何恢复。

后悔药数据恢复再次提醒：

1，首先需要说明的是，生产环境下慎重执行删除操作，除非你确实明白自己在做什么，否则不执行危险动作。2，有条件的情况下，依靠系统来管理数据和数据库，尽可能降低潜在的管理的风险。3，数据库有Update、Delete、Insert、Truncate、Drop类操作，先在测试环境执行一次，看结果和预期是否相符。生产环境执行前，先对要操作的表做一个备份，以防万一。4，备份，备份，备份。

如果真的按照上面的提醒来操作，也几乎不可能会出现误删的情况除非是SQL自身存在逻辑不严谨问题 :)

如果确实误删了，该怎么办？1，InnoDB表中delete命令并不擦除真实的数据，只是做了一个删除标记，实际的数据内容依然存在。如果发现及时并且运气也不错，暂停下业务防止数据被物理覆盖，立即将数据文件拷贝出来，然后解析数据文件，使用percona的undrop-innodb工具进行最后的尝试。

2，如果开启了binlog，情况要好很多，将历史的binlog文件集中起来，解析出来全部的和所操作的表有关的SQL，剔除这条误删数据的delete命令，然后恢复数据。可以参考MySQL恢复误删的数据。

3，如果有备份，那么可以通过解析备份文件，将表数据提取出来进行恢复（备份文件过大如何提取部分数据，后续将探讨这个情况）。需要注意的是，备份结束后到误操作前这段时间内所产生的数据将无法找回，用历史数据回滚的数据不完整性需要自行评估，有其他条件可以补全数据的最好。

4，有些系统开启了日志功能，并且日志历史也均保留了下来，也可以尝试查找查找。

如何避免这种灾难式的事情发生？这个可能是更多人关注也更有意义的事。1，不使用数据库，这样就没有烦恼了。

2，参考前面的提醒，对生产环境存敬畏之心，谨慎操作、流程化操作，则问题出错的概率将可以降低到最小、影响面减少到最小。

3，也可以将数据库维护的苦活、累活、脏活交给我们来操作，毕竟我们又稳又好用，所有操作都熟。

误删了数据，想立即跑路？也许不用，联系下后悔药数据恢复houhuiyao.cc吧，我们将尽一切可能帮您找回数据。

这是一篇涨知识的推文，小编用非常直白的语言给大家讲述数据恢复的原理，大家要认真看。

曾经，了解了电脑是二进制之后，得知所有电脑数据都是0和1，小编以为，数据删除后就是全部二进制归零，后来，小编很郁闷，如果删除数据需要对每个二进制数据都检查一遍并修改的话，那么删除数据需要跟存储数据时的时间大致相同，可是，大家都知道，删除都是秒级的，存储大文件都是分钟级别的，再后来，数据恢复软件开始流行起来，就让小编更加郁闷，为何数据删除后能够被恢复？

在学习了计算机数据存储相关知识一段时间后终于能理解了数据存储原理以及数据恢复原理，但是为了方便大家的理解，不以计算机专有名词解释，如有计算机爱好者可自行查阅相关资料。

图文解说

假设数据存储就像一个寄存柜，在一个10*10的方格柜中，每个人都可以寄放东西在方格中，有一天，A存放了一个图片在第一行第一列的格子中，记录人员就记录了A（1,1），就成功给A分配了空间并记录了存储位置，这就是数据存储。

当A想看看自己寄存的东西，就找记录人员，记录人员给他找到了他的东西的位置（1，1），然后A去访问了那个位置，看了他自己的东西，这就是数据读取。

后来A跟记录人员说，我的东西不要了，然后记录人员就把A(1,1)的记录给删了，以后有其他人想寄存东西，就可能被分配到那个位置，因为那个位置不再被记录有人使用了，这就是数据删除。

重点：数据删除并没有真正删除了数据，而是删除了存储位置，所以存储数据（A在（1,1）中一个个放他的东西）时间比删除数据（记录人员把位置信息A（1,1）给删了）的时间长很多，那么数据恢复的原理就是，在10*10的空闲位置中都瞄了一眼，计算机并不知道你想恢复的数据到底是哪个，所以把这其中所有空闲的位置（以前有可能存储过，也可能没被存储过）都瞄了一眼，然后告诉你特征，这就是数据恢复预览。

当你找到了你想要的数据，记录人员就重新给你记录了存储位置，这就是数据恢复完成。

那么问题就来了，如果（3,2）被存储了新东西，那就将曾经存储的东西给覆盖了，这就导致了数据的永久消失，可以这么理解，A存了二进制数据000111，B要存110110，系统给（1，1）的位置改成了110110，那么曾经的那串二进制数据就永远消失了，所以有了粉碎技术，将每个空闲的位置或特定的位置都存储一个特定的数据然后删除，这就是数据粉碎。

注解：A代表程序，（1,1）代表数据地址，记录人员代表数据处理的相关程序，其中数据的存储等原理知识点巨大，很抽象，该例子为小编亲自创作，只为帮助理解，不代表计算机专业知识，大神勿喷。

在此引用简单的例子解释了数据存储，数据删除，数据恢复，数据粉碎，对于我们生活有什么作用呢？

数据粉碎很重要：曾经有这么一个新闻，一个人的手机被回收后（就是坏了等原因不使用了）他的很多朋收到了借钱信息诈骗，用的是这个人的个人信息，也就是说，不使用的手机，理论上是存储了很多个人用户信息在磁盘中，如果被不法分子通过技术手段恢复数据，后果你们懂得。

数据恢复很常见：经常看见说，某某某电脑磁盘或者U盘坏了或误删东西，里面有重要数据，则需要花费大量资金寻找数据恢复技术人员帮忙恢复。

当然小编是有提供数据恢复软件给大家使用的，但不是在这篇文章介绍，这篇文章只是普及了相关知识，同时让大家清楚，并不是所有数据都能被恢复，理论上来说，被粉碎的和被覆盖的数据是永久消失了，而被只是简单删除的数据还存在计算机存储介质中。