zl程序教程

您现在的位置是:首页 >  数据库

当前栏目

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

mysql命令 技巧 恢复 相关 Binlog
2023-06-13 09:15:26 时间

操作命令:

复制代码代码如下:
showbinlogeventsin"mysql-bin.000016"limit10;

resetmaster删除所有的二进制日志
flushlogs 产生一个新的binlog日志文件

showmasterlogs;或者showbinarylogs;查看二进制文件列表和文件大小

复制代码代码如下:

./mysqlbinlog--start-datetime="2012-05-2115:30:00"--stop-datetime="2012-05-2116: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>resetmaster (清空所有的二进制日志文件)
purgemasterlogsto"mysql-bin.000006"; (删除mysql-bin.000006之前的二进制日志文件)
purgemasterlogsbefore"2007-08-1004:07:00" (删除该日期之前的日志)
在my.cnf配置文件中[mysqld]中添加:
复制代码代码如下:expire_logs_day=3 设置日志的过期天数,过了指定的天数,会自动删除

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

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

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

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

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

复制代码代码如下:SHOWBINLOGEVENTS

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

复制代码代码如下:mysqlbinlog?stop-date="2005-04-209:59:59"/var/log/mysql/mysql-bin.000001 |mysql-uroot-pmypwd

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

复制代码代码如下:mysqlbinlog?start-date="2005-04-2010:01:00"/var/log/mysql/mysql-bin.000001 |mysql-uroot-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-uroot-pmypwd
mysqlbinlog?start-position="368315"/var/log/mysql/mysql-bin.000001|mysql-uroot-pmypwd

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