mysql的binlog日志删除与限制大小
现象：网站访问越来越慢，最后无法访问了，经过检查发现磁盘满了。仔细查询下来确认是由于mysql的binlog太多太大占用了空间。
分析过程及解决方案：通常出现这种问题都应该登录服务器检查磁盘、内存和进程使用的情况，通过top、df –h和free –m来检查，发现磁盘空间满了。再进一步通过du –sh对可以的目录进行检查，发现是mysql的binlog占用空间过大。清理binlog的方法如下：
1) 设置日志保留时长expire_logs_days自动删除
查看当前日志保存天数：
| 代码如下 | |
|
show variables like '%expire_logs_days%'; |
|
这个默认是0，也就是logs不过期，可通过设置全局的参数，使他临时生效：
set global expire_logs_days=7;
设置了只保留7天BINLOG, 下次重启mysql这个参数默认会失败，所以需在my.cnf中设置
expire_logs_days = 7
2) 手动删除BINLOG (purge binary logs)
用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件
| 代码如下 | |
|
PURGE {MASTER | BINARY} LOGS TO 'log_name' |
|
例如：
| 代码如下 | |
|
PURGE MASTER LOGS TO 'mysql-bin.010'; |
|
补充
清理日志步骤
1.查找日志档案
| 代码如下 | |
| mysql> show binary logs; +----------------+-----------+ | Log_name | File_size | +----------------+-----------+ | ablelee.000001 | 150462942 | | ablelee.000002 | 125 | | ablelee.000003 | 106 | +----------------+-----------+ |
|
2.删除bin-log(删除ablelee.000003之前的而没有包含ablelee.000003)
| 代码如下 | |
|
mysql> purge binary logs to 'ablelee.000003'; |
|
3. 查询结果(现在只有一条记录了.)
| 代码如下 | |
mysql> show binlog eventsG *************************** 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. 清理所有的日志，但是不包括目标日志
