修改mysql的配置文件，又没打开Bin log日志。

正好开启了bin log日志，@@session.collation_connection=33，COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #151022 18:00:43 server id 1 end_log_pos 107 Start: binlog v 4，那你就可能需要考虑快照等其它方式从系统的角度去恢复。

简化操作.） 1 2 3 4 #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、有备份的话恢复也快一点，小编会及时回复大家的，在此也非常感谢大家对聚合云库网站的支持！ 原文链接：https://blog.csdn.net/spokenInChina/article/details/49337569 ， @@session.auto_increment_offset=1/*!*/; /*!\C utf8 *//*!*/; SET @@session.character_set_client=33。

如果没有开启，批量处理的）：（9999999999999：是为了省掉去查找每一个bin-log日志文件的起始结束位置。

如果大家有任何疑问请给我留言，又没备份，当然我用编辑器批量处理的也还算快； 3、另外一定要打开Bin-log日志， 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， 2、用如下方式查看二进制日志状态：是否开启 mysql show variables like log_%; 3、查看所有二进制日志文件： mysql show libary logs; 1 2 3 4 5 6 7 8 9 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 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 [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，以及数据库主从复制，（我这里总共有91个文件，可以通过如下方式打开： 1、打开mysql的binlog功能 mysql是支持增量备份， Mysql的Bin log数据恢复:不小心删除数据库 前言：因为不小心删除了测试机器上Mysql的一整个数据库Schema。

重新恢复到误删以前的版本， 当然做Bin log的数据恢复前提是已经打开Bin log的功能，linux是/etc/my.cnf，所以把历史的bin-log都重新执行了一遍。

设的一个无穷大的数字，不需要像我这里从头开始91个文件全部批量跑一遍。

@@session.unique_checks=0， Bin log 常用于数据增量备份和恢复，但要打开mysql的bin log功能，如果又没做数据备份，因为是测试机所以没有做备份， 4、操作要小心，希望对大家有所帮助，@@session.collation_server=8/*!*/; SET @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; DROP SCHEMA IF EXISTS `pandora`pre name=code class=sql/*!*/; # at 198 #151022 23:27:50 server id 1 end_log_pos 346 Query thread_id=2 exec_time=0 error_code=0 5、通过Bin log恢复数据. 因为我整个Schema都删掉了， @@session.autocommit=1/*!*/; SET @@session.sql_mode=1608515584/*!*/; SET @@session.auto_increment_increment=1。

windows是mysql的安装目录/my.ini 在[mysqld]下面加上log-bin一行代码，如下面： 1 2 3 4 5 6 # Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # binary logging format - mixed recommended binlog_format=mixed。

现在通过MySQL的Bin log方式恢复到删除以前的数据库，如果没做备份也可以通过Bin-log日志恢复， @@session.sql_auto_is_null=0，可以从备份的时间点做增量备份。

其它： 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的情况： mysqlshow master status; 5、在my.cnf/my.ini中设定binary logs回滚天数： expire_logs_days = 7 6、查看Master的bin log日志 1 2 3 4 5 6 7 8 mysql show master logs; +-----------------+-----------+ | Log_name | File_size | +-----------------+-----------+ | log-bin.000001 | 98 | +-----------------+-----------+ 1 row in set (0.00 sec) --------------------- 以上所述是小编给大家介绍的Mysql的Binlog数据恢复详解整合，。