对MySQL日志进行操作的总结包括(启用, 过期自动删除等)mysql-b9n.0000001

原文链接：    [1]. http://www.cnblogs.com/cocos/archive/2010/12/22/1913557.html

                 [2]. http://database.51cto.com/art/201107/278988.htm

MySQL的datadir目录/usr/local/mysql/data下不断生成mysql-bin.000001文件，很占空间，怎样进行管理呢？操作记录如下：

;;查看我的my.cnf
sudo vi /etc/mysql/my.cnf

[mysqld]

# BINARY LOGGING #
log-bin                        = /usr/local/mysql/data/mysql-bin
expire-logs-days               = 14
sync-binlog                    = 1

它已经设置了expire-logs-days为14，表示14后自动删除，所以这里就不作改动了。想详细了解日志管理，请看下文链接：

 

 

引文跳转：[引文1]    [引文2]

1.http://www.cnblogs.com/cocos/archive/2010/12/22/1913557.html

近段时间一直在研究mysql的日志系统,在网上看了N多mysql日志操作的文章，但都过于零乱，为了让自己以后不再搞忘，特作出以下总结：
 
1. 以前我错误的认为mysql的日志可以恢复到任何时间的状态，其实并不是这样，这个恢复是有前提的，就是你至少得有一个从日志记录开始后的数据库备份，通过日志恢复数据库实际上只是一个对以前操作的回放过程而已，不用想得太复杂，既然是回放你就得注意了，如果你执行了两次恢复那么就相当于是回放了两次，后果如何你自己应该清楚了吧。
 
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. 删除二进制日志:

a. mysql> system ls -ltr /var/lib/mysql/bintest*;
    mysql> reset master     (清空所有的二进制日志文件)
　　
b.  purge master logs to 'bintest.000006';      (删除bintest.000006之前的二进制日志文件)

c.  purge master logs before '2007-08-10 04:07:00'  (删除该日期之前的日志)

d.在my.cnf 配置文件中[mysqld]中添加:
    expire_logs_day=3设置日志的过期天数，过了指定的天数，会自动删除。

4.下面就是恢复操作了
特别提示，mysql每次启动都会重新生成一个类似mysql-bin.000003的文件，如果你的mysql每天都要重新启动一次的话，这时候你就要特别注意不要选错日志文件了。
 
(注意：下面有一些技巧，这些东西才是最宝贵的哟，普通的东东手册上都有，这可是我摸索出来的哟，别人我都不告诉他。
 
技巧1 :
在下面你将看到 mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.000001  | mysql -u root -pmypwd 类似的语句，但是它一次只能操作一个日志文件，如果你变通一下变成这样 mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.0*  | mysql -u root -pmypwd 那么它基本上就会表示出的所有的日志文件了，这样可解决你忘记在哪一个日志文件中的问题，当然你也可以用这种写法更完美，mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/mysql-bin.[0-9]* | mysql -u root -pmypwd，看到[0-9]*这个东东了吧，它表示以数字开头的任何字符，方便吧！ 「mypwd替换为你自己的密码」
 
技巧2:
你可以通过--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
 
技巧3:
如果你老人家已经使用过 /usr/local/mysql5/bin/mysqlbinlog --start-date="2005-04-20 9:55:00" /var/data/mysql5/mysql-bin.0* > /home/db/tt.sql 类似的语句将日志导成了ASCII文本文件，那么你就可以直接在phpmyadmin或者其它什么乱七糟八的的客户端里执行这个文件文件就行了，因为它本身就是一个标准的sql文件，比如想让文件里面的某些语句不执行，OK，it's easy，找到它们删除即可，然后再放进去执行就OK滴啦！这个可是灰常灰常的爽哟。。。。。。
 
技巧4:
我来给大家讲一下，下面这条语句都做了什么
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里执行。
 
技巧5:
着了，多打了一个技巧，现在暂时没内容，等以后再加吧！！！  
 
下面部份摘录自网上。
 
 
如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。关于启用二进制日志的信息，参见5.11.3节，“二进制日志”。对于 mysqlbinlog的详细信息，参见mysql手册8.6节，“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(今天是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
   
在该行中，从上午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/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日志将反应事务执行的原时间。

 

2. http://database.51cto.com/art/201107/278988.htm

在MySQL数据库中，mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录进去的。

这样做主要有以下两个目的：

1：数据恢复

如果你的数据库出问题了，而你之前有过备份，那么可以看日志文件，找出是哪个命令导致你的数据库出问题了，想办法挽回损失。

2：主从服务器之间同步数据

主服务器上所有的操作都在记录日志中，从服务器可以根据该日志来进行，以确保两个同步。

处理方法分两种情况：

1：只有一个mysql服务器，那么可以简单的注释掉这个选项就行了。

vi /etc/my.cnf把里面的log-bin这一行注释掉，重启mysql服务即可。

2：如果你的环境是主从服务器，那么就需要做以下操作了。

A：在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

B：使用SHOW MASTER LOGS获得主服务器上的一系列日志。

C：在所有的从属服务器中判定最早的日志，这个是目标日志，如果所有的从属服务器是更新的，就是清单上的最后一个日志。

D：清理所有的日志，但是不包括目标日志，因为从服务器还要跟它同步。

清理日志方法为：

PURGE MASTER LOGS TO 'mysql-bin.010'; 
PURGE MASTER LOGS BEFORE '2008-12-19 21:00:00'; 

如果你确定从服务器已经同步过了，跟主服务器一样了，那么可以直接RESET MASTER将这些文件删除。

======================================

之前发现自己10G的服务器空间大小,用了几天就剩下5G了,自己上传的文件才仅仅几百M而已,到底是什么东西占用了这么大空间呢?今天有时间彻底来查了一下:

看下上面的目录web根目录是放在/home 里面的,所有文件加起来才不到300M,而服务器上已经占用了近5G空间,恐怖吧,最后经我一步一步查询得知,原来是这个文件夹占了非常多的空间资源:

原来如此,是mysql文件夹下的var目录占用空间最大,那里面是啥 内容呢?我们来看下:

发现了如此多的mysql-bin.0000X文件，这是什么东西呢?原来这是mysql的操作日志文件.我才几十M的数据库,操作日志居然快3G大小了。

如何删除mysql-bin.0000X 日志文件呢?

红色表示输入的命令.

    [root@jiucool var]# /usr/local/mysql/bin/mysql -u root -p  
     
    Enter password: (输入密码)  
     
    Welcome to the MySQL monitor. Commands end with ; or \g.  
     
    Your MySQL connection id is 264001  
     
    Server version: 5.1.35-log Source distribution  
     
    Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.  
     
    mysql> reset master; (清除日志文件)  
     
    Query OK, 0 rows affected (8.51 sec)  
     
    mysql> 

好了，我们再来查看下mysql文件夹占用多少空间?

    [root@jiucool var]# du -h –-max-depth=1 /usr/local/mysql/       
    37M     /usr/local/mysql/var       
    70M     /usr/local/mysql/mysql-test       
    15M     /usr/local/mysql/lib       
    448K    /usr/local/mysql/include       
    2.9M    /usr/local/mysql/share       
    7.6M    /usr/local/mysql/libexec       
    17M     /usr/local/mysql/bin       
    11M     /usr/local/mysql/docs       
    2.9M    /usr/local/mysql/sql-bench       
    163M    /usr/local/mysql/ 

好了，看一下，整个mysql目录才占用163M大小!OK，没问题，既然mysql-bin.0000X日志文件占用这么大空间，存在的意义又不是特别大，那么我们就不让它生成吧。

[root@jiucool var]# find / -name my.cnf 

找到了my.cnf 即mysql配置文件,我们将log-bin=mysql-bin 这条注释掉即可.

# Replication Master Server (default)  
 
# binary logging is required for replication  
 
#log-bin=mysql-bin

重启下MySQL，一切OK啦！关于MySQL数据库mysql-bin.000001文件的来源及处理方法就介绍到这里了，希望通过本次的介绍能够带给您一些收获吧，谢谢各位浏览！

 

（完）