mysql通过binlog恢复数据

首先开启日志记录功能 

首先在windows上弄，找到my.ini，按照网上的说法，在配置文件底部加入

log="C:/temp/mysql.log"  

log_slow_queries="C:/temp/mysql_slow.log"  

long_query_time=1  

弄完后，便打开cmd，重启下，这时报了好几个错

C:\D\lamp\mysql\bin>mysqld.exe restart  

131218 15:09:25 [Warning] The syntax '--log' is deprecated and will be removed i  

n a future release. Please use '--general-log'/'--general-log-file' instead.  

131218 15:09:25 [Warning] The syntax '--log-slow-queries' is deprecated and will  

 be removed in a future release. Please use '--slow-query-log'/'--slow-query-log  

-file' instead.  

在网上查了下，原来是mysql版本问题，我的版本是5.5.20，上面的是mysql5.5.8配置的方法，于是换了下写法

log-error="C:/D/lamp/log/error.log"  

general-log=1  

general-log-file="C:/D/lamp/log/mysql.log"  

long_query_time=3  

slow_query_log=1  

slow-query-log_file="C:/D/lamp/log/slowquery.log"  

重启搞定。

在Linux环境下，更好配置，打开my.cnf文件（一般位于/etc目录下），在底部加上

log-error=/var/log/mysqld.log  

log_slow_queries=/var/log/slowquery.log  

long_query_time=3  

重启mysql，service mysql restart。

这里再说说，在windows环境下，重启MySQL遇到的问题。

C:\Users\molaifeng>net start mysql  

发生系统错误 5。  

  

拒绝访问。  

从网上查询得知，是权限不够，使用管理员权限运行即可，于是去C:/Windows/System32，找到cmd.exe，以管理员的身份运行，运行后，又报了个错误

C:\windows\system32>net start mysql  

MySQL 服务正在启动 ...  

MySQL 服务无法启动。  

  

系统出错。  

  

发生系统错误 1067。  

  

进程意外终止。  

还是得依靠万能的互联网，得知是配置文件出错，把配置文件中出错的的配置去掉，就好了。

同时，第一次错误的配置时，重启了下电脑，后来发现mysql进不去了，说是密码错误，于是便把命令行上如何在忘记密码的情况下重新设置密码给记录下。

首先，打开一个cmd窗口，输入

mysqld --defaults-file="C:\Program Files\MySQL\MySQL Server 5.1\my.ini" --console --skip-grant-tables  

其次，再开一个cmd窗口，输入

mysql -u root -p  

回车，紧接便是要输入密码，记住这次就不需要输入密码了，因为第一个cmd窗口里的命令便是跳过mysql的权限安全检查，因此直接回车，再依次输入以下命令

use mysql;  

UPDATE user SET Password=PASSWORD('newpassword') where USER='root';#注意，那个newpassword便是新密码，可以设置  

FLUSH PRIVILEGES;  

退出后，再重新连入mysql就ok了。

进行binlog恢复参考

参考1：http://www.cnblogs.com/liuyisai/p/5621909.html

mysql通过binlog恢复数据

如果mysql不小心操作失误导致数据错误或者丢失这时候binlog起到了很大的作用
恢复有几种方式
1.按时间恢复--start-datetime
 
如果确定了时间点，那么按时间恢复是一个再好不过的事，一般是通过日常的定期备份+差异备份（日志）
如果日常备份在4点，出错的时间在12：00点，12：30发现的，首先我们要确认12点出了什么错，12点以后的数据还能不能继续使用，如果不影响，那么我们只需跳过12：00执行的数据即可
首先，恢复4点的备份
然后，通过binlog获取4点到11：59的数据，获取的数据可以直接作用到数据库中，避免二次污染，最好先生成sql文件
 mysqlbinlog --start-datetime="2014-11-07 04:01:00"  --stop-datetime="2014-11-07 11:59:00" /data/mysql/data/mysql-bin.000020 >/home/madong/aa.sql
在获取12：01-12：30的数据
 mysqlbinlog --start-datetime="2014-11-07 12:01:00"  --stop-datetime="2014-11-07 12:30:00" /data/mysql/data/mysql-bin.000020 >>/home/madong/aa.sql
最后通过mysql命令行
source   /home/madong/aa.sql
 
如果12点以后的数据还不能继续使用
那么我们只需要恢复到12点，12：00-12：30的数据就不需要恢复
2.通过--start-position节点
思路和上面的一样，首先要确定节点的id，在恢复
 
 
例：
描述：2014-11-07 13:50 游戏数据库数据全部清空
故障发现时间：13：50
故障发生时间：13：40左右
故障结束时间：15：55
恢复过程：
故障触发，游戏马上关服，进行维护，故障原因已知（数据没了）
1.首先确认恢复时间点
恢复带2014-11-07 13:30
2.因为刚开服不久，所以准备从最原始开始恢复，不从4点的完整备份节点恢复
准备不直接操作，先生成sql，
 mysqlbinlog --start-datetime="2014-11-06 09:50:00"  --stop-datetime="2014-11-07 13:30:00" /data/mysql/data/mysql-bin.000020 >/home/madong/aa.sql
（aa.sql 500M左右）
3.因数据库重置之后又有玩家注册，如果导入数据会出现主键冲突，所以再次清空数据库（保留基表数据）
4.导入sql
进入mysql命令行，并切换数据库（use DBNAME）
source /home/madong/aa.sql
执行开始时间14：57
结束时间15：54  大约一个小时

参考2：http://orangeholic.iteye.com/blog/1698736

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: 
* 数据回复 
* 主从数据库。用于slave端执行增删改，保持与master同步。 

1.开启binary log功能 

     需要修改mysql的配置文件，本篇的实验环境是win7，配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可 
     eg： 
     [mysqld] 
             ...... 
             log_bin = mysql_bin 
             ...... 
       log_bin是生成的bin-log的文件名，后缀则是6位数字的编码，从000001开始，按照上面的配置，生成的文件则为： 
             mysql_bin.000001 
             mysql_bin.000002 
             ...... 
  
    配置保存以后重启mysql的服务器，用show variables like  '%bin%'查看bin-log是否开启，如图：  


 

2.查看产生的binary log 

   bin-log因为是二进制文件，不能通过记事本等编辑器直接打开查看，mysql提供两种方式查看方式，在介绍之前，我们先对数据库进行一下增删改的操作，否则log里边数据有点空。 
   create table bin( id int(10) primary key auto_increment,name varchar(255));(测试前我已经建表) 
   insert into bin(name) values ('orange'); 

     1.在客户端中使用  show binlog events in 'mysql_bin.000001'  语句进行查看,为了排序美观，可以在结尾加\G使结果横变纵，此时结尾无需加；语句结束符。 
      eg: 
mysql> show binlog events in 'mysql_bin.000001'\G 
...............省略............... 
*************************** 3. row *************************** 
   Log_name: mysql_bin.000001 
        Pos: 174 
Event_type: Intvar 
  Server_id: 1 
End_log_pos: 202 
      Info: INSERT_ID=2 
*************************** 4. row *************************** 
   Log_name: mysql_bin.000001 
        Pos: 202 
Event_type: Query 
  Server_id: 1 
End_log_pos: 304 
       Info: use `test`; insert into bin(name) values ('orange') 
*************************** 5. row *************************** 
...............省略............... 
Log_name:此条log存在那个文件中，从上面可以看出这2条log皆存在与mysql_bin.000001文件中。 
Pos:log在bin-log中的开始位置 
Event_type:log的类型信息 
Server_id:可以查看配置中的server_id,表示log是那个服务器产生 
End_log_pos：log在bin-log中的结束位置 
Info:log的一些备注信息，可以直观的看出进行了什么操作 

2.用mysql自带的工具mysqlbinlog,这是我们就需要知道bin-log存在硬盘的什么位置，win7默认存在C:\ProgramData\MySQL\MySQL Server 5.1\data文件夹下面，如果没有此文件夹，那我们可以通过配置文件中的  datadir="C:/ProgramData/MySQL/MySQL Server 5.1/Data/"
定位，如果还没有，那我就会说“各个系统的搜索功能都做的不错！”。这种查看方式就没那个美观了，如下 

C:\ProgramData\MySQL\MySQL Server 5.1\data>mysqlbinlog mysql_bin.000001 
/*!40019 SET @@session.max_insert_delayed_threads=0*/; 
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; 
DELIMITER /*!*/; 
# at 4 
#121015 16:35:56 server id 1  end_log_pos 106   Start: binlog v 4, server v 5.1.51-community-log created 121015 16:35:56 at startup 
ROLLBACK/*!*/; 
BINLOG ' 
7Mp7UA8BAAAAZgAAAGoAAAAAAAQANS4xLjUxLWNvbW11bml0eS1sb2cAAAAAAAAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAAAAADsyntQEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC 
'/*!*/; 
# at 106 
#121015 16:36:51 server id 1  end_log_pos 174   Query   thread_id=2     exec_time=0     error_code=0 
SET TIMESTAMP=1350290211/*!*/; 
SET @@session.pseudo_thread_id=2/*!*/; 
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1, @@session.autocommit=1/*!*/; 
SET @@session.sql_mode=1344274432/*!*/; 
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/; 
/*!\C utf8 *//*!*/; 
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/; 
SET @@session.collation_database=DEFAULT/*!*/; 
BEGIN 
/*!*/; 
# at 174 
#121015 16:36:51 server id 1  end_log_pos 202   Intvar 
SET INSERT_ID=3/*!*/; 
# at 202 
#121015 16:36:51 server id 1  end_log_pos 309   Query   thread_id=2     exec_time=0     error_code=0 
use test/*!*/; 
SET TIMESTAMP=1350290211/*!*/; 
insert into bin(name) values('xishizhaohua') 
/*!*/; 
# at 309 
#121015 16:36:51 server id 1  end_log_pos 336   Xid = 28 
COMMIT/*!*/; 
# at 336 
#121015 16:37:25 server id 1  end_log_pos 379   Rotate to mysql_bin.000002  pos: 4 
DELIMITER ; 
# End of log file 
ROLLBACK /* added by mysqlbinlog */; 
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; 

虽然排版有点乱，但从图中我们可以得到更多信息，如时间戳，自增的偏移，是否自动提交事务等信息。如下图为从中提取的一部分。 



3.利用bin_log恢复数据 

    1.最长用的就是回复指定数据端的数据了，可以直接恢复到数据库中： 
    mysqlbinlog  --start-date="2012-10-15 16:30:00" --stop-date="2012-10-15 17:00:00" mysql_bin.000001 |mysql -uroot -p123456 
      亦可导出为sql文件，再导入至数据库中： 
      mysqlbinlog  --start-date="2012-10-15 16:30:00" --stop-date="2012-10-15 17:00:00" mysql_bin.000001 >d:\1.sql 
      source d:\1.sql 
      2.指定开始\结束位置，从上面的查看产生的binary log我们可以知道某个log的开始到结束的位置，我们可以在恢复的过程中指定回复从A位置到B位置的log.需要用下面两个参数来指定： 
    --start-positon="50" //指定从50位置开始 
    --stop-postion="100"//指定到100位置结束 

   最后介绍几个bin_log的操作： 
   1.产看最后一个bin日志文件是那个,现在位置 


 
  2.启用新的日志文件,一般备份完数据库后执行 


 
3.清空现有的所用bin-log 



参考3：http://www.cnblogs.com/sandea/p/5205792.html

一、开启mysql-binlog日志

在mysql配置文件my.cnf加上如下配置

[mysqld]
log-bin=mysql-bin

重启mysql

service mysqld restart

二、备份数据库

1）先查看一下当前数据库情况

mysql> select * from t1;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
2 rows in set (0.00 sec)

2）备份数据到/tmp/test.sql

[root@localhost ~]# whereis mysqldump
mysqldump: /usr/bin/mysqldump /usr/share/man/man1/mysqldump.1.gz
[root@localhost ~]# /usr/bin/mysqldump -uroot -p123456 test > /tmp/test.sql

三、这时模拟误操作（插入3条数据，删除数据库）

mysql> insert into t1 values(3);
Query OK, 1 row affected (0.00 sec)

mysql> insert into t1 values(4);
Query OK, 1 row affected (0.00 sec)

mysql> insert into t1 values(5);
Query OK, 1 row affected (0.00 sec)

mysql> flush logs;#关闭当前的二进制日志文件并创建一个新文件，新的二进制日志文件的名字在当前的二进制文件的编号上加1。
Query OK, 0 rows affected (0.05 sec)

mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 |      106 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.01 sec)

删除数据

mysql> truncate t1;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from t1;
Empty set (0.01 sec)

mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1             |
+----------------+
1 row in set (0.00 sec)

此时突然数据库损坏或者人为删除

mysql> drop table t1;
Query OK, 0 rows affected (0.00 sec)

mysql> show tables;
Empty set (0.00 sec)

四、此时数据库已经被完全破坏

1）用已经备份的/tmp/test.sql来恢复数据

[root@localhost]# mysql -uroot -p123456 test </tmp/test.sql
[root@localhost]# mysql -uroot -p123456 test

mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1             |
+----------------+
1 row in set (0.00 sec)

mysql> select * from t1;
+------+
| id   |
+------+
|    1 |
|    2 |
+------+
2 rows in set (0.00 sec)

2）还有三条数据没有恢复，怎么办。只能用bin-log来恢复

[root@localhost]# /usr/bin/mysqlbinlog --no-defaults /var/lib/mysql/mysql-bin.000001 | more
[root@localhost]# /usr/bin/mysqlbinlog --no-defaults /var/lib/mysql/mysql-bin.000001 | /usr/bin/mysql -uroot -p123456 test

mysql> select * from t1;
+------+
| id   |
+------+
|    1 |
|    2 |
|    3 |
|    4 |
|    5 |
+------+
5 rows in set (0.00 sec)

3）恢复成功

【总结】：mysql备份和bin-log日志

备份数据：

mysqldump -uroot -p123456 test -l -F '/tmp/test.sql'
-l:读锁（只能读取，不能更新）
-F:即flush logs，可以重新生成新的日志文件，当然包括log-bin日志

查看binlog日志：

mysql>show master status

导入之前备份数据：

mysql -uroot -p123456 test -v -f </tmp/test.sql
-v查看导入的详细信息
-f是当中间遇到错误时，可以skip过去，继续执行下面的语句

恢复binlog-file二进制日志文件：

mysqlbinlog --no-defaults binlog-file | mysql -uroot -p123456

从某一(367)点开始恢复：

mysqlbinlog --no-defaults --stop-position="367" mysql-bin.000001| mysql -uroot -p123456 test

先查好那一点（用more来查看）

[root@localhost mysql]# /usr/bin/mysqlbinlog --no-defaults mysql-bin.000002 --start-position="794" --stop-position="1055" | more

然后恢复：

[root@localhost mysql]# /usr/bin/mysqlbinlog --no-defaults mysql-bin.000002 --start-position="794" --stop-position="1055" | /usr/bin/mysql -uroot -p123456 test

重置binlog日志

mysql> reset master;
Query OK, 0 rows affected (0.01 sec)

mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 |      106 |              |                  |
+------------------+----------+--------------+------------------+