mysql数据库删除了怎么还原数据？
不知道你的mdf文件是否受损，如日志盘出错后数据写入不完整、未停服务或离线数据库直接拷贝mdf出来。你这种情况没遇到过，不过也可以模拟场景，有时间再试试。
你说的方法就是一种，一般也只有这种操作：
1.找一个相似的环境，创建同名数据库；
2.将数据库离线offline，将原数据文件和日志文件删除；
3.将要恢复的mdf拷贝过去；
4.将数据库设置在线online，会提示有问题，失败…
5.将数据库设置为可疑状态suspended；
6.使用数据库修复命令 DBCC checkdb 允许丢失数据恢复。如果正常，设置online数据库就可以访问了。
Mysql数据库的表不见了？
这种复制黏贴来进行数据库备份恢复会有问题的， 要想使用拷贝粘贴的方法备份数据库，必须满足如下几个要求：
1，所有表均为MyISAM
2，无论是备份还是恢复时，均要停掉mysql服务
3，删除 ib_logfile0，ib_logfile1等文件 这种方法适用范围： 1，简单的数据库应用。没有用到视图，存储过程触发器等高级功能 2，不要求数据库实时在线的应用或者本机开发程序 3，数据量非常大，通过sql文件导入导出困难的时候
MySQL数据库丢失后如何自动恢复呢？ ？
这里介绍一种简单的方法，就是开启binlog二进制日志，记录用户对MySQL数据库的所有操作（除了查询），然后通过mysqlbinlog命令导出为SQL文件（剔除drop语句），最后再恢复就行，下面我简单介绍一下操作过程，实验环境Win10+MySQL5.5，感兴趣的朋友可以尝试一下：
1.首先，开启binlog功能，这个需要修改MySQL安装目录下的my.ini配置文件，在[mysqld]下面添加一行设置“log-bin = mysql-bin”就行，如下：
接着重启MySQL服务，就可以在MySQL数据目录下看到生成的日志记录文件—mysql-bin.000001和mysql-bin.index，其中mysql-bin.000001是日志文件，会自动顺序递增，记录每次数据库重启后用户的所有操作记录，mysql-bin.index是日志索引文件，记录所有的日志文件名称：
2.接着我们就可以模拟数据库误删的过程了，这里我先新建了一个db数据库，然后创建了一个test数据表，依次insert插入3条数，如下：
然后我们执行“drop database db”删除数据库，再“use db”时就会报错，如下，告诉数据库db不存在：
3.接着就是数据库恢复的过程，打开cmd窗口，运行“mysqlbinlog --no-defaults binlog日志文件路径（这里换成你的binlog文件）”命令，就可以看到我们重启数据库后所有的数据库操作记录，如下，每个操作都有唯一的对应位置，这里我们需要剔除掉drop语句，也就是恢复到958这个位置：
直接运行“mysqlbinlog --no-defaults --stop-position="958" binlog日志文件路径 > D:\test.sql”命令，就可以导出958位置之前的所有数据库记录，并重定向为一个sql文件，如下，这里你也可以使用start-position参数指定导出的起始位置：
4.最后我们再连接MySQL数据库，导入这个sql脚本就可以正常恢复数据了，如下，和原始插入的数据一样：
至此，我们就完成了MySQL数据库的自动恢复。总的来说，整个过程非常简单，只要你熟悉一下上面的操作过程，很快就能掌握的，对于一些简单的数据恢复来说，完全够用，不过建议还是在日常开发过程中做好数据库备份，在生产环境中慎重使用drop等删除语句，网上也有相关教程和资料，介绍的非常详细，感兴趣的话，可以搜一下，希望以上分享的内容能对你有所帮助吧，也欢迎大家评论、留言进行补充。
首先看看是什么丢失，是db 还是drop/truncate table ，如果这样可以用备份来恢复，如果是delete table 有备份可以用备份恢复，没有备份可以通过binlog 反项解析来进行恢复
先分析一下，为啥丢失数据，因为操作删，还是数据库挂了，因为操作删，可以做备份，做备份的原理就是，数据库主从复制，有mycat插件，原理就是用日志。达到主从复制，其次，如果是数据库挂了。首先mysql是持久化存储，重启就行，但是会丢失挂了未提交的事物。这得需要数据库意外的数据来支持数据库恢复数据。系统日志啊，所以个人觉得，日志很重要。