mysql删除的数据库怎么还原？
在解决的过程中，以下几种尝试：
1.如果开启了日志，直接mysqlbinlog 使用日志恢复即可。
2.如果不是删除了一个表的部分数据，而是删除整个表，那么可以在删除后马上用磁盘数据恢复软件尝试恢复。
（因为删除表后会有文件被删除，而删除表的部分数据，文件还是存在）
3.找数据恢复的公司，使用工具分析ibdata1（分析过程参考一页一页查看有没有历史记录存在，使用ibdata1恢复数据，应该是在了解数据表结构的前提下，数据库除ibdata1外其他数据受损不能正常使用数据库时尝试，而不是删了表数据后恢复什么的。
（事实上，这个文件是存储现有表数据的，其实也可以设置成每个表一个文件。）
4.mysql下有ib_logfile0和ib_logfile1两个文件，其实这两个文件里，记录了Mysql的一些事物日志，用于事务的前滚后滚，是Mysql自身使用的，这个文件用文本工具打开后，有很多乱码，但却可以查找到被删除的少量数据的insert记录，极少数的乱码通过前后语句找出了原文，最终通过事物日志恢复了删除的文件。注：用事物日志恢复，需要几个前提。
1：知道被删除数据的大概位置，不要这边查找，那边又不断有新数据插入。
2：因为有很多乱码，适用于查找少量数据，而不是用作大量数据的恢复，浪费体力。
3：如果二进制日志没开，没有备份，那么只能用这种方法恢复了。
数据库误删可以恢复吗？如何操作？
理论上，只要有数据库备份和对应的数据库在线日志，都可以恢复到任何时间点。
以mysql数据库为例：
误删除分为以下几种情况
1.业务数据误删除，例如delete，tuncate掉不该删除的业务数据
2.业务表误删除，例如drop table，将业务删除
3.数据库文件误删除，例如rm掉数据库文件，数据库binlog日志等
针对语句1和2的情况，做了延迟库的架构方案，可以直接从延迟中将数据导出，再导入就可以恢复
第三种情况就稍微复杂一些，rm掉关键文件，会导致数据库直接崩溃，那就需要对应的数据库备份和对应的binlog日志进行恢复，如做mysql的主主复制高可用，当监控软件识别到当前用的主库已经不可用，则会自动将业务切换到备用数据库。
你备份了吗？备份了是可以的，因为云帮手是可以直接将备份同步到云盘的，你直接进入云盘——数据库备份就可以进行恢复了；如果怕自己忘记备份，也可以在系统管理——计划任务——添加计划任务，时间可以具体到每月每天每小时每分钟，设置好后就可以自动备份了，这样就算误删也不怕了。