• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    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数据库恢复(使用mysqlbinlog命令)
    • MySQL中的binlog相关命令和恢复技巧
    • mysql如何利用binlog进行数据恢复详解
    • 教你自动恢复MySQL数据库的日志文件(binlog)
    • Linux上通过binlog文件恢复mysql数据库详细步骤
    • 解说mysql之binlog日志以及利用binlog日志恢复数据的方法
    • MySQL使用mysqldump+binlog完整恢复被删除的数据库原理解析
    • MySQL使用binlog日志做数据恢复的实现
    • mysql5.7使用binlog 恢复数据的方法
    • 如何利用MySQL的binlog恢复误删数据库详解
    上一篇:详解mysql解压缩版安装步骤
    下一篇:MySQL常用类型转换函数总结(推荐)
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

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