免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2961 | 回复: 1
打印 上一主题 下一主题

Linux下MySQL数据库二进制日志恢复方法 [复制链接]

论坛徽章:
2
丑牛
日期:2013-09-29 09:47:222015七夕节徽章
日期:2015-08-21 11:06:17
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-05-30 17:58 |只看该作者 |倒序浏览
如果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加一个数字来标记位置。使用位置号恢复了以前的备份文件后,你应从命令行输入下面内容:
  mysqlbinlog ——stop-position="368312" /var/log/mysql/bin.123456 \
  | mysql -u root -pmypwd
  mysqlbinlog ——start-position="368315" /var/log/mysql/bin.123456 \
  | mysql -u root -pmypwd \
  上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句,恢复的数据和相关MySQL日志将反应事务执行的原时间。


本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/4206/showart_718900.html

论坛徽章:
0
2 [报告]
发表于 2009-02-16 13:11 |只看该作者
您好!看了您的帖子,我成功的做了一次日志恢复,万分感谢您的帖子。
mysqlbinlog --stop-date="2009-02-16 03:51:18" mysql-bin.000038  |mysql -u root -p
但是我还想请教些问题。
1,究竟应该用哪个日志文件?我的var目录下有38个mysql-bin文件,文件名是mysql-bin.000001-mysql-bin.000038,我是通过看日志的最后修改时间,确定是mysql-bin000038是当前应用的日志的,对这些日志文件,我应该如何区分?如何查看?
2,我当时是先date了一下系统时间,确定系统时间为2009-02-16 03:51:18,然后在1秒钟之后执行了drop tables test操作,删除了test表。
执行了mysqlbinlog --stop-date="2009-02-16 03:51:18" mysql-bin.000038  |mysql -u root -p 之后,test表会被成功恢复回来,万分感谢!
但是mysql会提示我“ERROR 1007 (HY000) at line 75: Can't create database 'dbinfo'; database exists”,很让人郁闷。
DBinfo这个表是我做mysqlhotcopy的时候存放备份信息用的表,确实是前段时间前建立、删除、建立了好几次,但我不明白为什么我想恢复“drop tables test”,mysql会自作主张要替我建立这个dbinfo?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP