`

mysql日志文件的使用、数据恢复

阅读更多

一、 mysql日志类型

        MYSQL有不同类型的日志文件(各自存储了不同类型的日志),从它们当中可以查询到MYSQL里都做了些什么,对于MYSQL的管理工作,这些日志文件是不可缺少的。

         1. 错误日志(The error log):记录了数据库启动、运行以及停止过程中错误信息;

         2. ISAM操作日志(The isam log):记录了所有对ISAM表的修改,该日志仅仅用于调试ISAM模式;

         3. SQL执行日志(The query log):记录了客户端的连接以及所执行的SQL语句;

         4. 更新日志(The update log):记录了改变数据的语句,已经不建议使用,由二进制日志替代;

         5. 二进制日志(The binary log):记录了所有对数据库数据的修改语句;

         6. 超时日志(The slow log):记录所有执行时间超过最大SQL执行时间(long_query_time)或未使用索引的语句;

         7. relay log:如果你是在用mysql的复制、备份功能,那么从服务器还提供了一种叫做relay log的日志文件。

         默认情况下所有日志文件会记录在MYSQL的数据目录下,你可以通过强制mysql去关闭并重新打开一个文件进行日志记录,当然系统会自动加后缀 (如.00001, .00002),方式有在mysql环境下执行语句 mysql>flush logs; 或者通过mysqladmin管理程序执行 #mysqladmin flush-logs 或 #mysqladmin refresh

 

二、 mysql日志的配置

        这些日志的启动方式可以在mysqld_safe方式启动数据库的时候,后面跟选项参数,也可以在配置文件里配置,推荐采用第二种方式,配置方法很简单,我只配置了三种日志:

        [mysqld]

        log=/var/log/mysqld_common.log

        log-error=/var/log/mysqld_err.log

        log-bin=/var/log/mysqld_bin.bin

 

三、 mysql日志的查看

        日志的查看很简单,大部分都是文本,直接用vim、less、more之类的工具看就可以了,值得说明的是二进制文件的查看:

        1. 首先确定是否开启了二进制文件记录功能

mysql>show variables like 'log_bin';

        2. 如果你想知道现在记录二进制数据的文件具体信息,你可以通过下列语句看到现在正在记录哪个文件,以及记录的当前位置:

mysql>show master status;

        3. 查看二进制数据需要借助程序mysqlbinlog,看看它支持哪些选项,根据自己需要来使用。

mysql>mysqlbinlog /var/log/mysql/mysql-bin.000040;

        4. 将二进制日志文件导出txt文本文件查看

mysql>mysqlbinlog /var/log/mysql/mysql-bin.000040 >/var/log/mysql/000040.txt;

        5. 查询某个时间范围的可以执行下列语句,如果记录很多可以将结果定向到一个文件里自己慢慢看:-) :

 mysql>mysqlbinlog --start-datetime='2008-01-01 00:00:00' --stop-datetime='2008-08-08 00:00:00'  /var/log/mysql/mysql-bin.000040 > ./tmp.log

 

四、 使用二进制日志恢复数据

        mysqlbinlog工具的使用,大家可以看MySQL的帮助手册,里面有详细的用。在这个例子中,重点是--start-position参数和--stop-position参数的使用。

        --start-position=N :从二进制日志中位置等于N参量时的事件开始读。

        --stop-position=N:从二进制日志中位置等于和大于N参量时的事件起停止读。

 

        1. 创建实验环境

        在一测试数据库里,创建一个表,并添加记录,然后产生日志文件。

mysql> create table test(id int auto_increment not null primary key,val int,data varchar(20));
  mysql> insert into test(val,data) values(10,'liang');
  Query OK, 1 row affected (0.03 sec)
  mysql> insert into test(val,data) values(20,'jia');
  Query OK, 1 row affected (0.08 sec)
  mysql> insert into test(val,data) values(30,'hui');
  Query OK, 1 row affected (0.03 sec)
  mysql> flush logs; --产生第二个日志文件
  Query OK, 0 rows affected (0.09 sec)
  mysql> insert into test(val,data) values(40,'aaa');
  Query OK, 1 row affected (0.05 sec)
  mysql> insert into test(val,data) values(50,'bbb');
  Query OK, 1 row affected (0.03 sec)
  mysql> insert into test(val,data) values(60,'ccc');
  Query OK, 1 row affected (0.03 sec)
  mysql> delete from test where id between 4 and 5; --删除记录
  Query OK, 2 rows affected (0.05 sec)
  mysql> insert into test(val,data) values(70,'ddd');
  Query OK, 1 row affected (0.03 sec)
  mysql> flush logs; --产生第三个文件文件
  Query OK, 0 rows affected (0.11 sec)
  mysql> insert into test(val,data) values(80,'dddd');
  Query OK, 1 row affected (0.05 sec)
  mysql> insert into test(val,data) values(90,'eeee');
  Query OK, 1 row affected (0.03 sec)
  mysql> drop table test; --删除表
  Query OK, 0 row affected (0.05 sec)

     

        2. 恢复数据

        先用mysqlbinlog工具将日志文件生成txt文件出来分析。

    mysql>mysqlbinlog /var/log/mysql/mysql-bin.000001 > /var/log/mysql/000001.txt;
  mysql>mysqlbinlog /var/log/mysql/mysql-bin.000002 > /var/log/mysql/000002.txt;
  mysql>mysqlbinlog /var/log/mysql/mysql-bin.000003 > /var/log/mysql/000003.txt;

        

        通过这三个命令,可以生成分别记录了日志文件的内容,也就是用户操作的步骤。

        因为我们需要重做第一个日志文件的所有操作,所以这里只需要将第一个日志文件全恢复就行了。

  mysql>mysqlbinlog /var/log/mysql/mysql-bin.000001  | mysql -uroot –p

        

        Ok,接着,我们需要分析的是第二个日志文件。为什么要分析它呢,因为它中途执行了一个操作是DELETE,因为我们要做的是恢复全部数据,也就是我们不希望去重做这个语句。所以在这里我们要想办法去绕开它。

        我们先打开.txt文件来分析一下。

/*
  /*!40019 SET @@session.max_insert_delayed_threads=0*/;
  /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
  DELIMITER /*!*/;
  # at 4
  #090427 15:27:56 server id 1 end_log_pos 106 Start: binlog v 4, server v 5.1.32-community-log created 090427 15:27:56
  BINLOG '
  fF71SQ8BAAAAZgAAAGoAAAAAAAQANS4xLjMyLWNvbW11bml0eS1sb2cAAAAAAAAAAAAAAAAAAAAA
  AAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC
  '/*!*/;
  # at 106
  #090427 15:28:37 server id 1 end_log_pos 176 Query thread_id=1 exec_time=0 error_code=0
  use mytest/*!*/;
  SET TIMESTAMP=1240817317/*!*/;
  SET @@session.pseudo_thread_id=1/*!*/;
  SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
  SET @@session.sql_mode=1344274432/*!*/;
  SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
  /*!/C gbk *//*!*/;
  SET @@session.character_set_client=28,@@session.collation_connection=28,@@session.collation_server=28/*!*/;
  SET @@session.lc_time_names=0/*!*/;
  SET @@session.collation_database=DEFAULT/*!*/;
  BEGIN
  /*!*/;
  # at 176
  #090427 15:28:37 server id 1 end_log_pos 204 Intvar
  SET INSERT_ID=4/*!*/;
  # at 204
  #090427 15:28:37 server id 1 end_log_pos 312 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817317/*!*/;
  insert into test(val,data) values(40,'aaa')
  /*!*/;
  # at 312
  #090427 15:28:37 server id 1 end_log_pos 339 Xid = 12
  COMMIT/*!*/;
  # at 339
  #090427 15:28:46 server id 1 end_log_pos 409 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817326/*!*/;
  BEGIN
  /*!*/;
  # at 409
  #090427 15:28:46 server id 1 end_log_pos 437 Intvar
  SET INSERT_ID=5/*!*/;
  # at 437
  #090427 15:28:46 server id 1 end_log_pos 545 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817326/*!*/;
  insert into test(val,data) values(50,'bbb')
  /*!*/;
  # at 545
  #090427 15:28:46 server id 1 end_log_pos 572 Xid = 13
  COMMIT/*!*/;
  # at 572
  #090427 15:29:35 server id 1 end_log_pos 642 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817375/*!*/;
  BEGIN
  /*!*/;
  # at 642
  #090427 15:29:35 server id 1 end_log_pos 670 Intvar
  SET INSERT_ID=6/*!*/;
  # at 670
  #090427 15:29:35 server id 1 end_log_pos 778 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817375/*!*/;
  insert into test(val,data) values(60,'ccc')
  /*!*/;
  # at 778
  #090427 15:29:35 server id 1 end_log_pos 805 Xid = 14
  COMMIT/*!*/;
  # at 805
  #090427 15:30:21 server id 1 end_log_pos 875 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817421/*!*/;
  BEGIN
  /*!*/;

# at 875
  #090427 15:30:21 server id 1 end_log_pos 981 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817421/*!*/;
  delete from test where id between 4 and 5
  /*!*/;
  # at 981
  #090427 15:30:21 server id 1 end_log_pos 1008 Xid = 15
  COMMIT/*!*/;
  # at 1008
  #090427 15:30:34 server id 1 end_log_pos 1078 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817434/*!*/;
  BEGIN
  /*!*/;
  # at 1078
  #090427 15:30:34 server id 1 end_log_pos 1106 Intvar
  SET INSERT_ID=7/*!*/;
  # at 1106
  #090427 15:30:34 server id 1 end_log_pos 1214 Query thread_id=1 exec_time=0 error_code=0
  SET TIMESTAMP=1240817434/*!*/;
  insert into test(val,data) values(70,'ddd')
  /*!*/;
  # at 1214
  #090427 15:30:34 server id 1 end_log_pos 1241 Xid = 16
  COMMIT/*!*/;
  # at 1241
  #090427 15:30:41 server id 1 end_log_pos 1282 Rotate to mysql-bin.000003 pos: 4
  DELIMITER ;
  # End of log file
  ROLLBACK /* added by mysqlbinlog */;
  /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
  ―――――――――――――――――――――――――――――――――――――
  */

       

         在这个文件中,我们可以看到DELETE的操作的起始位置是875,终止位置是1008,那么我们只要重做第二个日志文件的开头到的操作,然后再从到末尾的操作,我们就可以把数据给恢复回来,而不会DELETE数据。所以执行两个命令:

mysql>mysqlbinlog /var/log/mysql/mysql-bin.000002 --stop-pos=875 | mysql -uroot –p
mysql>mysqlbinlog /var/log/mysql/mysql-bin.000002 --start-pos=1008 | mysql -uroot -p

       

         OK,现在第二个日志文件的数据了。

        第三个日志文件也是同理,只要找到DROP TABLE的位置,就可以了。

mysql>mysqlbinlog /var/log/mysql/mysql-bin.000003 --stop-pos=574 | mysql -uroot –p

        

       现在我们再查一下数据看看:

  mysql> select * from test;

  +----+------+-------+

  | id | val | data |

  +----+------+-------+

  | 1 | 10 | liang |

  | 2 | 20 | jia |

  | 3 | 30 | hui |

  | 4 | 40 | aaa |

  | 5 | 50 | bbb |

  | 6 | 60 | ccc |

  | 7 | 70 | ddd |

  | 8 | 80 | dddd |

  | 9 | 90 | eeee |

  +----+------+-------+

  9 rows in set (0.00 sec)

 

       可以看到,全部数据都回来了。

 

 

 

 

分享到:
评论

相关推荐

    mysql根据日志恢复数据详细步骤

    - 这意味着系统只会保留最近3天的日志文件。 #### 三、案例分析:数据丢失后的恢复流程 假设在7月17日不慎删除了一个项目的全部数据,而最新的完整备份是在5月29日。在这种情况下,我们需要通过二进制日志来进行...

    MySQL日志和数据恢复

    然而,数据库系统难免会遇到问题,如意外的数据丢失、错误操作或系统崩溃等,这时MySQL的日志和数据恢复机制就显得尤为重要。本文将深入探讨MySQL中的日志类型以及如何利用这些日志进行数据恢复。 1. 错误日志 ...

    使用binlog日志恢复MySQL数据库删除数据的方法

    在实际的数据恢复过程中,假设我们发现数据被删除,可以按照以下步骤操作: 1. 确认binlog在删除操作发生时已经开启。 2. 找到最近的备份文件,确定备份时间点。 3. 使用`mysqlbinlog`找出从备份时间点到删除操作...

    mysql日志文件的使用.docx

    MySQL日志文件在数据库管理中扮演着至关重要的角色,它们记录了数据库的各种操作,帮助管理员监控、诊断问题以及实现数据恢复。以下是对MySQL日志类型的详细解释和使用方法: 1. **错误日志(The error log)**:这...

    mysqlbinlog和binlog2sql的使用及mysql通过binlog日志恢复数据库数据

    mysqlbinlog和binlog2sql的使用及mysql通过binlog日志恢复数据库数据

    mysql日志文件的使用.pdf

    MySQL日志文件是数据库管理的重要组成部分,它们记录了MySQL服务器的各种操作,有助于故障排查、数据恢复和性能优化。本文将详细介绍MySQL的日志类型、配置方法以及如何查看和使用这些日志。 1. MySQL日志类型: -...

    mysql binlog日志恢复【亲测有效,有例子实测】

    2. **数据恢复**:当发生数据丢失或错误时,可以通过mysqlbinlog工具解析binlog文件并应用相应的操作来恢复数据。这在灾难恢复或误操作后恢复数据时非常有用。 以下是如何在MySQL中配置和使用binlog的具体步骤: 1...

    MySQL数据库日志管理.ppt

    删除二进制日志可以使用RESET MASTER语句删除所有二进制日志,也可以使用PURGE MASTER LOGS语句删除指定的日志文件。使用二进制日志还原数据库可以使用mysqlbinlog工具从指定的时间点开始恢复的数据。可以暂时停止二...

    mysql通过data文件夹恢复数据和存储过程的方法

    #### 二、MySQL数据恢复基础知识 1. **逻辑备份与物理备份**: - **逻辑备份**通常是使用`mysqldump`工具将整个数据库导出为SQL脚本文件。 - **物理备份**则是直接复制数据库文件到备份介质上,如使用`cp`命令...

    探析基于SQL数据库中日志文件的数据恢复对策.pdf

    在SQL数据库管理中,日志文件扮演着至关重要的角色,特别是在数据恢复方面。本文将深入探讨基于SQL数据库的日志文件如何用于数据恢复,并提供一系列有效的应对策略。首先,我们需要理解SQL数据库的日志文件是如何...

    mysql-binlog二进制日志恢复

    MySQL 二进制日志恢复 MySQL 的二进制日志(binlog)是 MySQL server 的一个重要组件,记录了 MySQL 服务器的所有操作,包括 DML、DDL 等。...使用 mysqlbinlog 工具可以轻松地从二进制日志文件中恢复数据。

    mysql Xb文件--逻辑备份恢复数据库.docx

    MySQL的Xb文件是用于逻辑备份和恢复数据库的一种格式,它结合了qpress压缩工具和xbstream工具,提供了一种高效的数据存储和恢复方案。在MySQL中,逻辑备份通常指的是通过`mysqldump`等工具生成的SQL脚本,而物理备份...

    MySQL数据恢复的三种常用的方式

    MySQL 数据恢复是数据库管理中的一项重要任务,尤其是在遭遇意外数据丢失、硬件故障或软件错误时。以下是三种常用的数据恢复方式的详细说明: 1. **通过表备份的方式**: 当数据表因各种原因如误删除、软件故障或...

    mysql Xb文件--物理备份恢复数据库.docx

    这种备份方式涉及到Percona XtraBackup工具,它提供了高效且可靠的InnoDB表的数据和日志文件备份功能。以下是对Xb文件物理备份恢复数据库的详细步骤和相关知识点: 1. **下载备份文件**: 在开始恢复之前,你需要...

    MySQL数据库文件存放位置

    系统数据文件包括配置文件(如my.ini或my.cnf)、日志文件(如错误日志、二进制日志等)以及服务相关的文件。用户数据文件则包含数据库的表、索引、触发器等实际数据。 在Windows操作系统中,MySQL的数据文件通常...

    MySQL利用idb文件恢复frm.rar

    "MySQL利用idb文件恢复frm"的主题就是关于如何在这样的情况下,通过.idb(InnoDB数据文件)和.frm(表结构文件)进行数据恢复的过程。下面将详细解释这个过程涉及的关键知识点。 首先,`.frm`文件是MySQL中存储表...

    MySQL 数据库误删除后的数据恢复操作说明(详细)

    本文将详细介绍在遇到MySQL数据库误删除的情况下,如何通过备份文件和binlog文件进行数据恢复的操作流程。 #### 二、工作场景与背景 假设在某一典型的工作环境中,MySQL数据库被设置为每天晚上12点进行一次完全备份...

    MySQL日志分析(包括工具)

    ### MySQL日志分析详解 #### 一、引言 MySQL作为一种广泛使用的开源关系型数据库管理系统,在维护数据库稳定性与性能方面发挥着至关重要的作用。...希望本文能够帮助读者更好地理解和运用MySQL日志文件。

    linux运维学习笔记:Mysql日志.pdf

    在运维管理中,熟悉MySQL日志的配置和使用是非常关键的技能。本文将详细解读MySQL日志的类型和作用,包括错误日志、一般查询日志、慢查询日志、二进制日志等。 1. 错误日志(Error Log) 错误日志记录了MySQL服务...

Global site tag (gtag.js) - Google Analytics