二进制日志的文件的作用
mysql二进制日志文件用来记录所有用户对数据库操作,即记录用户对数据库操作的sql语句。如果有此文件,当数据库发生意外时,可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作,再和数据库备份配合使用,即可再现用户操作,使数据库恢复。
二进制日志文件的弊端
二进制日志文件开启后,所有对数据库操作的记录均会被记录到此文件,
所以,当长时间开启之后,日志文件会变得很大,占用磁盘空间。
使用二进制日志文件恢复数据库
开启日志文件
mysql默认是不开启日志文件的功能的,需要我们手动开启。操作如下:
1、 打开mysql安装目录\my.ini(windows系统是my.ini文件,linux是my.cnf文件)。
2、 找到[mysqld]这个标签,在此标签下面一行,添加语句:log-bin=binary-log。上面语句中,log-bin说明要开启二进制日志文件,binary-log是二进制日志文件的名字。
(测试的时候我设置的:log-bin=d:/mysql_log/logbin_ouyang.log)
3、 重启mysql服务。可以在mysql安装目录\data 文件夹下看到“binary-log.数字编号”文件,
如binary-log.000001。以后每重启一次mysql服务,都会重新生成二进制日志文件,
文件名中的数字编号依次递增。
(你的上一步给出的文件名,加了个序号 还有一个总的文件 index文件 如图1:)
恢复数据库
使用日志文件恢复数据库必须要有一个数据库备份(只要是在二进制日志文件功能开启之后备份的就行)。恢复数据库时,可以通过时间恢复,也可以通过操作点恢复。
1、通过时间恢复方法如下:
如果我在2011-04-02 00:00:00时刻开启了二进制日志文件功能,并备份了数据库文件。且在2011-04-02 12:00:00数据库发生异常,需要恢复到2011-04-02 10:00:00。则操作如下:
l 用备份将数据库回复到2011-04-02 00:00:00时候的状态。
l 在命令行输入如下命令:
mysqlbinlog --stop-date="你想要恢复的时间" 日志文件的目录\binary-log.000001 | mysql -u root –p (D:\mysql_log>mysqlbinlog logbin_ouyang.000007 --stop-date="2011-10-23 15:05:00"|mysql -uroot -proot)
这样,系统会自动执行从二进制日志有记录开始截止到2011-04-02 10:00:00,用户所做过的所有操作。与stop-date对应的,还有start-date属性,可以设定执行记录的开始时间。也可以两个属性都设置。
2、通过操作点恢复方法如下:
在命令行中输入mysqlbinlog D:\binary-log.000003 > D:\log.txt,执行后打开log.txt,
查看里面语句,可以发现:在每个操作之前,都会有一个独特的编号,如下红字显示:
/*!*/; # at 450 /*编号450*/ #110402 15:31:50 server id 1 end_log_pos 529 Query thread_id=2 exec_time=0 error_code=0 SET TIMESTAMP=1301729510/*!*/; DROP TABLE `jwc`
此编号随着操作数增多而变大。和时间一样是一个标记,通过操作点恢复的语句如下:
mysqlbinlog --stop-position="450" mysql安装目录\data\binary-log.000001 | mysql -u root –p
这样,系统会自动执行二进制日志中编号最低的语句到编号450语句。
与stop-position对应的,还有start-position属性,可以设定执行记录的开始编号。
附:(你应该看看)
1.0 mysqlbinlog 是mysql自带的一个日志操作工具!
2.0 如果直接打开log文件 可能会是乱码,所以我们一般会:
D:\mysql_log>mysqlbinlog logbin_ouyang.000003 >log_3.txt 复制下 然后用记事本打开!
就可以清楚的看到 操作的编号了 或者说(行号)
3.0 如果发生了错误的操作!如果可以的话!你应该立马停止数据库!然后恢复数据!
4.0 如果只是去掉某一个语句,你可以选择恢复两次 ,如图:
D:\mysql_log>mysqlbinlog logbin_ouyang.000009 --stop-position=10625|mysql -uroot -proot D:\mysql_log>mysqlbinlog logbin_ouyang.000009 --start-position=10843|mysql -uroo t –proot
5.0 如果发生 Could not read entry at offset 1478: Error in log format or read error. 类似的错误!
请检查你的编号是否正确!注意这个编号 不是一些编辑器显示的那个行号哦,# at 450 /
经常delete 、update错了!所有给自己个文档!当然我也希望你永远的用不上这个文档 ! 周末愉快! (排版有的乱哈!多多包涵!)
主要内容:启动和设置二进制日志,查看二进制日志,删除二进制日志,暂时停止二进制日志二进制日志(Binary Log)也可叫作变更日志(Update Log),是 MySQL 中非常重要的日志。主要用于记录数据库的变化情况,即 SQL 语句的 DDL 和 DML 语句,不包含数据记录查询操作。 如果 MySQL 数据库意外停止,可以通过二进制日志文件来查看用户执行了哪些操作,对数据库服务器文件做了哪些修改,然后根据二进制日志文件中的记录来恢复数据库服务器。 默认情况下,二进制日志
二进制日志中记录了用户对数据库更改的所有操作,如 INSERT 语句、UPDATE 语句、CREATE 语句等。如果数据库因为操作不当或其它原因丢失了数据,可以通过二进制日志来查看在一定时间段内用户的操作,结合数据库备份来还原数据库。 下面将为读者详细介绍使用二进制日志还原数据库的方法。 数据库遭到意外损坏时,应该先使用最近的备份文件来还原数据库。另外备份之后,数据库可能进行了一些更新,这时可以使
本文向大家介绍自动恢复MySQL数据库的日志文件思路分享及解决方案,包括了自动恢复MySQL数据库的日志文件思路分享及解决方案的使用技巧和注意事项,需要的朋友参考一下 如果MySQL服务器启用了二进制日志,你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如,从你最后一次备份)直到现在或另一个指定的时间点的数据。“mysqlbinlog:用于处理二进制日志文件的实用工具”。 要想从
数据库恢复是指以备份为基础,与备份相对应的系统维护和管理操作。 系统进行恢复操作时,先执行一些系统安全性的检查,包括检查所要恢复的数据库是否存在、数据库是否变化及数据库文件是否兼容等,然后根据所采用的数据库备份类型采取相应的恢复措施。 数据库恢复机制设计的两个关键问题是:第一,如何建立冗余数据;第二,如何利用这些冗余数据实施数据库恢复。 建立冗余数据最常用的技术是数据转储和登录日志文件。通常在一个
当数据丢失或意外损坏时,可以通过恢复已经备份的数据来尽量减少数据的丢失和破坏造成的损失。本节主要介绍如何对备份的数据进行恢复操作。 在《 MySQL mysqldump备份数据库》一节中介绍了如何使用 mysqldump 命令将数据库中的数据备份成一个文本文件,且备份文件中通常包含 CREATE 语句和 INSERT 语句。 在 MySQL 中,可以使用 mysql 命令来恢复备份的数据。mysq
问题内容: 我已经使用名为library的数据库的mysqldump实用程序创建了一个名为ab.sql的文件。工作正常。现在,我正在尝试使用mysqlimport还原它。我的数据库已经存在。但我想重写它。我正在使用命令 在命令行中,但显示错误消息, mysqlimport:错误:1146,使用表:ab时,表’library.ab’不存在 迫切需要帮助。 问题答案: mysqlimport将文本文件