mysql清理binlog

amwdnuff

做了mysql主从也有一段时间了，这两天检查磁盘空间情况，发现放数据库的分区磁盘激增了40多G，一路查看下来，发现配置好主从复制以来到现在的binlog就有40多G，原来根源出在这里，查看了一下my.cnf，看到binlog的size是1G就做分割，但没有看到删除的配置，在mysql里show了一下variables，

mysql> show variables like '%log%';
查到了
| expire_logs_days| 0 |


这个默认是0，也就是logs不过期，这个是一个global的参数，所以需要执行

set global expire_logs_days=8;

这样8天前的log就会被删除了，如果有回复的需要，请做好备份工作，但这样设置还不行，下次重启mysql了，配置又恢复默认了，所以需在my.cnf中设置

expire_logs_days = 8

这样重启也不怕了，另外还有一种手动的删除binlog的方法，转自http://www.ourmysql.com/archives/293

想要恢愎数据库以前的资料,执行:show binlog events;
由于数据量很多，查看起来很麻烦，光打开个文件就要闪半天，所以应该适当删除部分可不用的日志。
并且如果使用的时间足够长的话，会把我的硬盘空间都给吃掉

1.登录系统，/usr/bin/mysql
使用mysql查看日志

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000001 | 150462942 |

| ablelee.000002 | 120332942 |

| ablelee.000003 | 141462942 |

+—————-+———–+

2.删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003)

mysql> purge binary logs to ‘ablelee.000003′;

Query OK, 0 rows affected (0.16 sec)

3.查询结果(现在只有一条记录了.)

mysql> show binlog events\\G

*************************** 1. row ***************************

Log_name: ablelee.000003

Pos: 4

Event_type: Format_desc

Server_id: 1

End_log_pos: 106

Info: Server ver: 5.1.26-rc-log, Binlog ver: 4

1 row in set (0.01 sec)

(ablelee.000001和ablelee.000002已被删除)

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000003 | 106 |

+—————-+———–+

1 row in set (0.00 sec)

(删除的其它格式运用!)

　PURGE {MASTER | BINARY} LOGS TO ‘log_name’
　　PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
　　用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件

中的清单中被删除，这样被给定的日志成为第一个。
　　例如：
　　PURGE MASTER LOGS TO ‘mysql-bin.010′;
　　PURGE MASTER LOGS BEFORE ‘2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
　　BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
　　如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，

而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从

属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。
　　要清理日志，需按照以下步骤：
　　1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
　　2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
　　3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的

最后一个日志。

　　4. 制作您将要删除的所有日志的备份。（这个步骤是自选的，但是建议采用。）

　　5. 清理所有的日志，但是不包括目标日志。

amwdnuff

做了mysql主从也有一段时间了，这两天检查磁盘空间情况，发现放数据库的分区磁盘激增了40多G，一路查看下来，发现配置好主从复制以来到现在的binlog就有40多G，原来根源出在这里，查看了一下my.cnf，看到binlog的size是1G就做分割，但没有看到删除的配置，在mysql里show了一下variables，

mysql> show variables like '%log%';
查到了
| expire_logs_days| 0 |


这个默认是0，也就是logs不过期，这个是一个global的参数，所以需要执行

set global expire_logs_days=8;

这样8天前的log就会被删除了，如果有回复的需要，请做好备份工作，但这样设置还不行，下次重启mysql了，配置又恢复默认了，所以需在my.cnf中设置

expire_logs_days = 8

这样重启也不怕了，另外还有一种手动的删除binlog的方法，转自http://www.ourmysql.com/archives/293

想要恢愎数据库以前的资料,执行:show binlog events;
由于数据量很多，查看起来很麻烦，光打开个文件就要闪半天，所以应该适当删除部分可不用的日志。
并且如果使用的时间足够长的话，会把我的硬盘空间都给吃掉

1.登录系统，/usr/bin/mysql
使用mysql查看日志

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000001 | 150462942 |

| ablelee.000002 | 120332942 |

| ablelee.000003 | 141462942 |

+—————-+———–+

2.删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003)

mysql> purge binary logs to ‘ablelee.000003′;

Query OK, 0 rows affected (0.16 sec)

3.查询结果(现在只有一条记录了.)

mysql> show binlog events\\G

*************************** 1. row ***************************

Log_name: ablelee.000003

Pos: 4

Event_type: Format_desc

Server_id: 1

End_log_pos: 106

Info: Server ver: 5.1.26-rc-log, Binlog ver: 4

1 row in set (0.01 sec)

(ablelee.000001和ablelee.000002已被删除)

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000003 | 106 |

+—————-+———–+

1 row in set (0.00 sec)

(删除的其它格式运用!)

　PURGE {MASTER | BINARY} LOGS TO ‘log_name’
　　PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
　　用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件

中的清单中被删除，这样被给定的日志成为第一个。
　　例如：
　　PURGE MASTER LOGS TO ‘mysql-bin.010′;
　　PURGE MASTER LOGS BEFORE ‘2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
　　BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
　　如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，

而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从

属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。
　　要清理日志，需按照以下步骤：
　　1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
　　2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
　　3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的

最后一个日志。

　　4. 制作您将要删除的所有日志的备份。（这个步骤是自选的，但是建议采用。）

　　5. 清理所有的日志，但是不包括目标日志。

amwdnuff

做了mysql主从也有一段时间了，这两天检查磁盘空间情况，发现放数据库的分区磁盘激增了40多G，一路查看下来，发现配置好主从复制以来到现在的binlog就有40多G，原来根源出在这里，查看了一下my.cnf，看到binlog的size是1G就做分割，但没有看到删除的配置，在mysql里show了一下variables，

mysql> show variables like '%log%';
查到了
| expire_logs_days| 0 |


这个默认是0，也就是logs不过期，这个是一个global的参数，所以需要执行

set global expire_logs_days=8;

这样8天前的log就会被删除了，如果有回复的需要，请做好备份工作，但这样设置还不行，下次重启mysql了，配置又恢复默认了，所以需在my.cnf中设置

expire_logs_days = 8

这样重启也不怕了，另外还有一种手动的删除binlog的方法，转自http://www.ourmysql.com/archives/293

想要恢愎数据库以前的资料,执行:show binlog events;
由于数据量很多，查看起来很麻烦，光打开个文件就要闪半天，所以应该适当删除部分可不用的日志。
并且如果使用的时间足够长的话，会把我的硬盘空间都给吃掉

1.登录系统，/usr/bin/mysql
使用mysql查看日志

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000001 | 150462942 |

| ablelee.000002 | 120332942 |

| ablelee.000003 | 141462942 |

+—————-+———–+

2.删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003)

mysql> purge binary logs to ‘ablelee.000003′;

Query OK, 0 rows affected (0.16 sec)

3.查询结果(现在只有一条记录了.)

mysql> show binlog events\\G

*************************** 1. row ***************************

Log_name: ablelee.000003

Pos: 4

Event_type: Format_desc

Server_id: 1

End_log_pos: 106

Info: Server ver: 5.1.26-rc-log, Binlog ver: 4

1 row in set (0.01 sec)

(ablelee.000001和ablelee.000002已被删除)

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| ablelee.000003 | 106 |

+—————-+———–+

1 row in set (0.00 sec)

(删除的其它格式运用!)

　PURGE {MASTER | BINARY} LOGS TO ‘log_name’
　　PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
　　用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件

中的清单中被删除，这样被给定的日志成为第一个。
　　例如：
　　PURGE MASTER LOGS TO ‘mysql-bin.010′;
　　PURGE MASTER LOGS BEFORE ‘2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
　　BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
　　如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，

而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从

属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。
　　要清理日志，需按照以下步骤：
　　1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
　　2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
　　3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的

最后一个日志。

　　4. 制作您将要删除的所有日志的备份。（这个步骤是自选的，但是建议采用。）

　　5. 清理所有的日志，但是不包括目标日志。