脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → Mysql的Binlog数据恢复

Mysql的Binlog数据恢复:不小心删除数据库详解

 更新时间：2019年04月18日 15:18:52   作者：其实我是一演员  
这篇文章主要介绍了Mysql的Binlog数据恢复，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

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" 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都删掉了，又没备份，正好开启了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. 1、切记一定要定期备份；
  2. 2、有备份的话恢复也快一点，可以从备份的时间点做增量备份，不需要像我这里从头开始91个文件全部批量跑一遍，当然我用编辑器批量处理的也还算快；
  3. 3、另外一定要打开Bin-log日志，如果没做备份也可以通过Bin-log日志恢复。
  4. 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的Binlog数据恢复详解整合，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！

您可能感兴趣的文章:

相关文章

  • Mysql 直接查询存储的Json字符串中的数据

    Mysql 直接查询存储的Json字符串中的数据

    本文主要介绍了Mysql直接查询存储的Json字符串中的数据，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
    2022-02-02
  • mysql SQL语句积累

    mysql SQL语句积累

    mysql SQL语句积累,学习mysql的朋友可以参考下。
    2011-09-09
  • MySQL数据库中表的操作详解

    MySQL数据库中表的操作详解

    这篇文章主要为大家详细介绍了MySQL数据库中表常用的一些操作方法，文中的示例代码讲解详细， 对我们学习MySQL有一定帮助，需要的可以参考一下
    2022-08-08
  • Mysql关于进程中的死锁和解除锁问题

    Mysql关于进程中的死锁和解除锁问题

    Mysql 经常会遇到语句或者存储过程长时间没有反应，大概率就是挂掉了，或者死锁了，这篇文章主要介绍了Mysql关于进程中的死锁和解除锁问题,本文给大家介绍的非常详细，需要的朋友可以参考下
    2023-07-07
  • mysqld_safe启动脚本源码阅读、分析

    mysqld_safe启动脚本源码阅读、分析

    这篇文章主要介绍了mysqld_safe启动脚本源码阅读、分析,mysqld_safe是一个带有安全特性的启动脚本,使用Shell语言编写,需要的朋友可以参考下
    2014-07-07
  • Innodb中mysql快速删除2T的大表方法示例

    Innodb中mysql快速删除2T的大表方法示例

    这篇文章主要给大家介绍了关于Innodb中mysql快速删除2T的大表的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
    2018-08-08
  • Mysql5.7忘记root密码怎么办（简单且有效方法）

    Mysql5.7忘记root密码怎么办（简单且有效方法）

    本文给大家分享一个快速且简单的方法来解决Mysql5.7忘记root密码问题，非常不错，具有参考借鉴价值，需要的朋友参考下吧
    2017-02-02
  • 带例子详解Sql中Union和Union ALL的区别

    带例子详解Sql中Union和Union ALL的区别

    这篇文章主要介绍了带例子详解Sql中Union和Union ALL的区别，文章围绕主题展开详细的内容介绍，具有一定的参考价值，需要的小伙伴可以参考一下
    2022-09-09
  • MySQL 5.7.27下载安装配置的详细教程

    MySQL 5.7.27下载安装配置的详细教程

    这篇文章主要介绍了MySQL 5.7.27详细下载安装配置教程,本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
    2020-08-08
  • MySql8.023安装过程图文详解（首次安装）

    MySql8.023安装过程图文详解（首次安装）

    这篇文章主要介绍了MySql8.023安装过程（首次安装）,本文分步骤给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
    2021-03-03

最新评论