简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy，就可回复原来的数据。
成都创新互联于2013年开始，先为西安等服务建站，西安等地企业，进行企业商务咨询服务。为西安企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
复杂情况下：
从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。
1. 在本地重装MySQL（安装目录D:\Program Files\MySQL\MySQL Server 5.0），直接把mysql文件夹拷贝至D:\Program Files\MySQL\MySQL Server 5.0\。结果，失败：数据库连接错误。
2. 卸载后重装MySQL，将D:\Program Files\MySQL\MySQL Server 5.0\下的数据备份，只把mysql\data文件夹全部内容拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。
3. 卸载后重装MySQL，将mysql\data文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:\Program Files\MySQL\MySQL Server 5.0\data。连接成功，在Navicat for MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:\Program Files\MySQL\MySQL Server 5.0\data里，代替原来的ibdata1文件。重启电脑，打开Navicat for MySQL，连接成功，数据可以访问操作。
至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。
给每条数据设置一个状态字段为state。值为0的时候表示在回收站，删除的时候改变状态为0就行了。
不从数据库清除。 如果要彻底删除需要在回收站里操作。这时候删除就直接删除数据。为1的时候是正常显示的。点击恢复的时候改变状态为1就行了。
以下情况可以恢复数据：
1
innodb引擎表开启了事务，执行dml语句，比如delete、update、insert之类，并且没有提交即commit操作的话，可以执行rollback进行回滚恢复。如果是ddl操作，如drop、create、alter之类的操作时无效的
2
在进行删除操作之前有备份，比如mysqldump，物理备份数据文件之类的操作，那么可以恢复到删除前的数据
3
如果你的删除操作是直接对data下的文件进行删除，注意，不是粉碎文件操作，那么你可以尝试用磁盘恢复软件来找回被误删的数据文件；
除以上情况，其他真的是没法恢复了，不过貌似很多公司号称能够恢复，要收费，具体他们怎么恢复我就不晓得了。
1，有备份用备份恢复
2，无备份的话，有bin-log也可以，如果binlog为statement的话，恢复需要之前插入数据时的binlog文件才行；如果为row的话，可以恢复的，因为row是记录数据，而不是语句；
执行了一条错误的SQL语句,那就需要去二进制日至中寻找此语句的Position了,这是最准确的,因为时间只精确到了秒(timestamp类型 )，你要知道S语句大概啥时间段执行的....这些时跟你的出错情况有关系,需要自己根基实际情况分析得到 然后确认 甚至还需要取舍
恢复整个数据库首先，如果要恢复的数据库是含有授权表的mysql数据库，将需要使用--skip-grant-tables选项运行服务器。否则，服务器将抱怨无法找到授权表。在恢复表之后，执行mysqladmin flush-privileges 来告诉服务器加载授权表，并用它们启动。将原数据库目录的内容拷贝到其他的地方。例如，您可能会在稍后用它们进行崩溃表的事后分析检查（post-mortem examination）。用最新的备份文件重新加载数据库。如果您打算使用由mysqldump 加载的文件，则需要将它们作为mysql的输入。如果打算使用从数据库中直接拷贝的文件（如，用tar 或c p），则将它们直接拷贝回到该数据库目录中。但是，在这种情况下，应该在拷贝这些文件之前关闭服务器，然后再重新启动它。用更新日志重做在进行备份后又修改了数据库表的查询。对于所有可用的更新日志，可使用它作为mysql的输入。指定--one-database 选项，使mysql只对想要恢复的数据库执行查询。如果您知道需要使用所有的更新日志文件，可在包含日志的目录中使用下列命令：% ls-t-r-l update.(0-9)* | xargs cat | mysql--one-database db_namels 命令产生更新日志文件的单列列表，更新日志文件根据服务器生成的顺序进行排序（要知道，如果您修改了其中的任何文件，排序的顺序都将改变，这将导致更新日志按错误的顺序使用）。您很可能必须使用某些更新日志。例如，如果自备份以来所产生的日志命名为update.392、pdate.393 等等，可以重新运行它们中的命令：% mysql--one-database db_name updata.392% mysql--one-database db_name updata.393…如果正在运行恢复并打算使用更新日志恢复由于失策的DROP DATA BASE、DROPTABLE或DELETE 语句而丢失的信息，应确保先从更新日志中删除这些语句。恢复单个的表恢复单个表是很困难的。如果有通过mysqldump 生成的备份文件并且它恰好不包含您想要的表数据，则需要抽取相关的行并用它们作为mysql的输入，这部分较容易。困难的是抽取应用于该表的更新日志的片段。您会发现： mysql_find_rows 实用程序对这方面有帮助，它可以从更新日志中抽取多行查询。另一种可能性是用另一个服务器恢复整个数据库，然后将所要的该表的文件拷贝到原始数据库中。这实际很容易！在将文件拷贝回数据库目录时，应确保原始数据库的服务器关闭。
通过数据库备份跟binlog日志记录，可能恢复原来的数据
恢复步骤
a)创建新的数据库 create database rollback_db;
b)将数据库备份倒入新创建的rollback_db中
c)找到数据库备份的最后时间点，并将mysqlbinlog中该时间点之后的命令操作记录通过mysqlbinlog工具保存为sql命令文本
d)将sql命令文本倒入数据库，可能rollback_db就是需要恢复的db了
3.mysqlbinlog介绍
binlog基本定义：二进制日志，也成为二进制日志，记录对数据发生或潜在发生更改的SQL语句，并以二进制的形式保存在磁盘中；
作用：MySQL的作用类似于Oracle的归档日志，可以用来查看数据库的变更历史（具体的时间点所有的SQL操作）、数据库增量备份和恢复（增量备份和基于时间点的恢复）、Mysql的复制（主主数据库的复制、主从数据库的复制）
二进制日志的信息：
文件位置：默认存放位置为数据库文件所在目录下
文件的命名方式： 名称为hostname-bin.xxxxx （重启mysql一次将会自动生成一个新的binlog）
状态的查看：mysql show variables like '%log_bin%';
4.利用bin_log恢复数据
a)最长用的就是回复指定数据端的数据了，可以直接恢复到数据库中：
mysqlbinlog --start-date="2012-10-15 16:30:00" --stop-date="2012-10-15 17:00:00" mysql_bin.000001 |mysql -uroot -p123456
亦可导出为sql文件，再导入至数据库中：
mysqlbinlog --start-date="2012-10-15 16:30:00" --stop-date="2012-10-15 17:00:00" mysql_bin.000001 d:\1.sql
source d:\1.sql
b)指定开始\结束位置，从上面的查看产生的binary log我们可以知道某个log的开始到结束的位置，可以在恢复的过程中指定回复从A位置到B位置的log.需要用下面两个参数来指定：
--start-positon="50" //指定从50位置开始
--stop-postion="100"//指定到100位置结束
