MySQL中的binlog相关命令和恢复技巧

这篇文章主要为大家详细介绍了MySQL中的binlog相关命令和恢复技巧，具有一定的参考价值，可以用来参考一下。

对此感兴趣的朋友，看看idc笔记做的技术笔记！

操作命令：

代码如下:

show binlog events in 'mysql-bin.000016' limit 10;

reset master 删除所有的二进制日志flush logs 产生一个新的binlog日志文件

show master logs; 或者 show binary logs; 查看二进制文件列表和文件大小

代码如下:

./mysqlbinlog --start-datetime="2012-05-21 15:30:00" --stop-datetime="2012-05-21 16:40:00" /binlog/mysql-bin.000005 > a.log

2. 要想通过日志恢复数据库，在你的 my.cnf 文件里应该有如下的定义，log-bin=mysql-bin，这个是必须的binlog-do-db=db_test ，这个是指定哪些数据库需要日志，每行一个，如果不指定的话默认就是所有数据库.

代码如下:

[mysqld]
log-bin=mysql-bin
binlog-do-db=db_test
binlog-do-db=db_test2

3.删除二进制日志:

代码如下:

mysql> reset master (清空所有的二进制日志文件)
purge master logs to 'mysql-bin.000006'; (删除mysql-bin.000006之前的二进制日志文件)
purge master logs before '2007-08-10 04:07:00' (删除该日期之前的日志)

代码如下:

expire_logs_day=3  设置日志的过期天数,过了指定的天数,会自动删除

4.下面就是恢复操作了特别提示，mysql每次启动都会重新生成一个类似 mysql-bin.000003 的文件，如果你的mysql每天都要重新启动一次的话，这时候你就要特别注意不要选错日志文件了。

技巧1:你可以通过–one-database 参数选择性的恢复单个数据库，example在下面，爽吧。mysqlbinlog –stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd –one-database db_test

技巧2:如果已经使用过/usr/local/mysql5/bin/mysqlbinlog –start-date="005-04-20 9:55:00" /var/data/mysql5/mysql-bin.0* > /home/db/tt.sql 类似的语句将日志导成了ASCII文本文件，那么你就可以直接在phpmyadmin里执行这个文件,因为它本身就是一个标准的sql文件，比如想让文件里面的某些语句不执行，找到它们删除即可，然后再放进去执行。

技巧3:mysqlbinlog –stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd –one-database db_test这是把mysql-bin.000001这个二进制文件里的内容转换成ASCII文件(也就是sql语句)，直接通过管道操作符 | 传输给 mysql这个程序，然后过滤掉其它数据库的语句，只在db_test里执行。

要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：

代码如下:

SHOW BINLOG EVENTS

1. 指定恢复时间对于MySQL 4.1.4，可以在 mysqlbinlog 语句中通过 –start-date 和 –stop-date 选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是2005年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：

代码如下:

mysqlbinlog –stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.000001  | mysql -u root -pmypwd

该命令将恢复截止到在 –stop-date 选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：

代码如下:

mysqlbinlog –start-date="2005-04-20 10:01:00" /var/log/mysql/mysql-bin.000001  | mysql -u root -pmypwd

2. 指定恢复位置也可以使用mysqlbinlog的选项 –start-position 和 –stop-position 来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为：

代码如下:

mysqlbinlog –start-date="2005-04-20" –stop-date="2005-04-20" /var/log/mysql/mysql-bin.000001 > /tmp/mysql_restore.sql

该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：

代码如下:

mysqlbinlog –stop-position="368312" /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd
mysqlbinlog –start-position="368315"/var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd

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

注：关于MySQL中的binlog相关命令和恢复技巧的内容就先介绍到这里，更多相关文章的可以留意