CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章教你自动恢复MySQL数据库的日志文件(binlog)由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。“mysqlbinlog：用于处理二进制日志文件的实用工具”。 要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为 --log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句:

SHOW BINLOG EVENTS \G 。

你还可以从命令行输入下面的内容： mysql --user=root -pmy_pwd -e 'SHOW BINLOG EVENTS \G' 。

将密码my_pwd替换为服务器的root密码.

1. 指定恢复时间 。

对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说 明，假设在今天上午10:00(今天是2006年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入： mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 \   | mysql -u root -pmypwd 该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog： mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 \   | mysql -u root -pmypwd \ 在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现.

2. 指定恢复位置 。

也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的 作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确 定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为： mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" \   /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql 该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二 进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下 面内容:

  。

  。

上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间.

1、mysql 数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好 mysql 数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份数据库中。实现 mysql 数据库的热备份.

2、要想实现双机的热备首先要了解主从数据库服务器的版本的需求。要实现热备 mysql 的版本都要高于3.2，还有一个基本的原则就是作为从数据库的数据库版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。 3、设置主数据库服务器： 　　a. 首先查看主服务器的版本是否是支持热备的版本。然后查看 my.cnf(类 unix)或者 my.ini(windows)中 mysqld 配置块的配置有没有 log-bin (记录数据库更改日志)，因为 mysql 的复制机制是基于日志的复制机制，所以主服务器一定要支持更改日志才行。然后设置要写入日志的数据库或者不要写入日志的数据库。这样只有您感兴趣的数据库 的更改才写入到数据库的日志中。 　　server-id=1 //数据库的 id 这个应该默认是1就不用改动 　　log-bin=log_name //日志文件的名称，这里可以制定日志到别的目录 如果没有设置则默认主机名的一个日志名称 　　binlog-do-db=db_name //记录日志的数据库 　　binlog-ignore-db=db_name //不记录日志的数据库 　　以上的如果有多个数据库用","分割开，然后设置同步数据库的用户帐号 　　mysql> GRANT REPLICATION SLAVE ON *.* 　　-> TO [email='repl'@'%.mydomain.com']'repl'@'%.mydomain.com'[/email] IDENTIFIED BY 'slavepass'; 　　4.0.2 以前的版本, 因为不支持 REPLICATION 要使用下面的语句来实现这个功能 　　mysql> GRANT FILE ON *.* 　　-> TO [email='repl'@'%.mydomain.com']'repl'@'%.mydomain.com'[/email] IDENTIFIED BY 'slavepass'; 　　设置好主服务器的配置文件后重新启动数据库 　　b.锁定现有的数据库并备份现在的数据 。

　　锁定数据库 。

　　mysql> FLUSH TABLES WITH READ LOCK; 　　备份数据库有两种办法一种是直接进入到 mysql 的 data 目录然后打包你需要备份数据库的文件夹，第二种是使用 mysqldump 的方式来备份数据库但是要加上"--master-data " 这个参数，建议使用第一种方法来备份数据库 　　c.查看主服务器的状态 　　mysql> show master statusG; 　　+---------------+----------+--------------+------------------+ 　　| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | 　　+---------------+----------+--------------+------------------+ 　　| mysql-bin.003 | 73 | test | manual,mysql | 　　+---------------+----------+--------------+------------------+ 　　记录 File 和 Position 项目的值，以后要用的.

最后此篇关于教你自动恢复MySQL数据库的日志文件(binlog)的文章就讲到这里了,如果你想了解更多关于教你自动恢复MySQL数据库的日志文件(binlog)的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。