mysql不当心删除数据库怎么办
mysql不当心删除数据库的解决方法：第一打开mysql的binlog功能；然后查看二进制日志状态；接着查看二进制日志文件的操纵日志；最后通过Bin log恢复数据即可。
在[mysqld]下面加上log-bin一行代码，如下面：
# Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # binary logging format - mixed recommended binlog_format=mixed。
2、用如下方式查看二进制日志状态：可否开启
mysql> show variables like 'log_%';
3、查看所有二进制日志文件：
mysql> show libary logs;
mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 201 | | mysql-bin.000002 | 351 | | mysql-bin.000003 | 276 | | mysql-bin.000004 | 201 | | mysql-bin.000005 | 16509 |
4、Mysql查看二进制日志文件的操纵日志
#mysqlbinlog --start-position=0 /mydata/data/mysql-bin.000089
[root@test mysql]# mysqlbinlog --start-position=0 --stop-position=500 mysql-bin.000091 Warning: option 'start-position': unsigned value 0 adjusted to 4 /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!40019 SET @@session.max_insert_delayed_threads=0*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #151022 18:00:43 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.38-log created 151022 18:00:43 at startup # Warning: this binlog is either in use or was not closed properly. ROLLBACK/*!*/; BINLOG ' y7MoVg8BAAAAZwAAAGsAAAABAAQANS41LjM4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAADLsyhWEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA== '/*!*/; # at 107 #151022 23:27:50 server id 1 end_log_pos 198 Query thread_id=2 exec_time=0 error_code=0 SET TIMESTAMP=1445527670/*!*/; SET @@session.pseudo_thread_id=2/*!*/; SET @@session.foreign_key_checks=0, @@session.sql_auto_is_null=0, @@session.unique_checks=0, @@session.autocommit=1/*!*/; SET @@session.sql_mode=1608515584/*!*/; SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/; /*!\\\\C utf8 *//*!*/; SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/; SET @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; DROP SCHEMA IF EXISTS `pandora`/*!*/; # at 198 #151022 23:27:50 server id 1 end_log_pos 346 Query thread_id=2 exec_time=0 error_code=05、通过Bin log恢复数据. 由于我整个Schema都删掉了，又没备份，正好开启了bin log日志，所以把历史的bin-log都从新施行了一遍，从新恢复到误删之前的版本，（我这里总共有91个文件，大量处置的）：（9999999999999：是为了省掉去查寻每一个bin-log日志文件的起始完毕位置，设的一个无限大的数字，简化操纵.）
#mysqlbinlog /var/lib/mysql/mysql-bin.000001 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 #mysqlbinlog /var/lib/mysql/mysql-bin.000002 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 #mysqlbinlog /var/lib/mysql/mysql-bin.000003 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 ... ...所以总结结论是：
- 1、切记一定要按期备份；
- 2、有备份的话恢复也快一点，可以从备份的工夫点做增量备份，不需要像我这里从头开端91个文件全部大量跑一遍，固然我用编纂器大量处置的也还算快；
- 3、别的一定要打开Bin-log日志，要是没做备份也可以通过Bin-log日志恢复。
- 4、操纵要当心。
其它：
1、还有个sql_log
mysql> show variables like 'sql_log_%';
Mysql开启关闭sql二进制日志：
mysql> set sql_log_bin=0; //关闭
set session sql_log_bin=0;2、查寻文件位置：
find / -name my.cnf
3、linux 查看目前所在名目的全途径
pwd下令:
/var/lib/mysql4、查看目前binary log的状况：
mysql>show master status;
5、在my.cnf/my.ini中设置binary logs回滚天数：
expire_logs_days = 7
6、查看Master的bin log日志
mysql> show master logs; +-----------------+-----------+ | Log_name | File_size | +-----------------+-----------+ | log-bin.000001 | 98 | +-----------------+-----------+ 1 row in set (0.00 sec) ---------------------以上就是mysql 不当心删除数据库怎么办的细致内容，更多请关注 百分百源码网 其它相干文章！
