共计 3538 个字符，预计需要花费 9 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章主要介绍如何解决 mysql 不小心删除数据库的问题，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
mysql 不小心删除数据库的解决办法：首先打开 mysql 的 binlog 功能；然后查看二进制日志状态；接着查看二进制日志文件的操作日志；最后通过 Bin log 恢复数据即可。
Mysql 的 Bin log 数据恢复: 不小心删除数据库
前言：因为不小心删除了测试机器上 Mysql 的一整个数据库 Schema，因为是测试机所以没有做备份，现在通过 MySQL 的 Bin log 方式恢复到删除以前的数据库。
当然做 Bin log 的数据恢复前提是已经打开 Bin log 的功能，如果又没做数据备份，又没打开 Bin log 日志，那你就可能需要考虑快照等其它方式从系统的角度去恢复。
Bin log 常用于数据增量备份和恢复，以及数据库主从复制。如果没有开启，可以通过如下方式打开：
1、打开 mysql 的 binlog 功能
mysql 是支持增量备份，但要打开 mysql 的 bin log 功能。
修改 mysql 的配置文件。linux 是 /etc/my.cnf，windows 是 mysql 的安装目录 /my.ini
在 [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` pre name= code >5、通过 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/mysql
4、查看当前 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 不小心删除数据库的问题的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注丸趣 TV 行业资讯频道！
向 AI 问一下细节
丸趣 TV 网 - 提供最优质的资源集合！
