删除binlog的方法

不知道你有没有为mysql的binlog占用大量磁盘感到无奈,my.cnf里binlog的size可以设置多大做分割,但没有看到删除的配置,在mysql里show了一下variables,
mysql> show variables like '%log%';
查到了
| expire_logs_days | 0 |
这个默认是0,也就是logs不过期,这个是一个global的参数,所以需要执行
set global expire_logs_days=10; 这个值可以参考你的相邻两个binlog文件的日期。
这样10天前的log就会被删除了,如果有恢复的需要,请做好备份工作,但这样重启mysql配置又恢复默认了,所以需在my.cnf中设置

expire_logs_days = 10

另外还有一种手动的删除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. 清理所有的日志,但是不包括目标日志。

下面讲一下怎么从二进制文件恢复数据, 假如不小心执行了drop table xxx_db, 假如你保留了完整的二进制日志的话, 先不要冒汗, 这是可以恢复的.
先看看日志
>mysqlbinlog /diskb/bin-logs/xxx_db-bin.000001

找到执行create table xxx_db之后和drop table xxx_db之前的position, 假如是20, 1000.
>mysqlbinlog --start-position="4" --stop-position="1000" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root

伴随着一大堆的ERROR 1062 (23000) at line 12355: Duplicate entry '139' for key 1, 数据库就这样恢复了, 不过--start-position="20"是不行的, 必须从--start-position="4"开始, 为什么要强制从4开始, 这个问题我也暂时没有搞清楚.+
还有一种办法是根据日期来恢复
>mysqlbinlog --start-datetime="2009-09-14 0:20:00" --stop-datetim="2009-09-15 01:25:00" /diskb/bin-logs/xxx_db-bin.000001 | mysql -u root

如果create table xxx_db和drop table xxx_db之间的时间相距是一年, 或者在不同的二进制日志中, 且位置相距好远, 就等着失眠吧! 做好备份, 小心操作才是正路啊...
如果MySQL服务器上有多个要执行的二进制日志,安全的方法是在一个连接中处理它们。下面是一个说明什么是不安全的例子:
shell> mysqlbinlog hostname-bin.000001 | mysql # DANGER!!shell> mysqlbinlog hostname-bin.000002 | mysql # DANGER!!使用与服务器的不同连接来处理二进制日志时,如果第1个日志文件包含一个CREATE TEMPORARY TABLE语句,第2个日志包含一个使用该临时表的语句,则会造成问题。当第1个mysql进程结束时,服务器撤销临时表。当第2个mysql进程想使用该表时,服务器报告 “不知道该表”。
要想避免此类问题,使用一个连接来执行想要处理的所有二进制日志中的内容。下面提供了一种方法:
shell> mysqlbinlog hostname-bin.000001 hostname-bin.000002 | mysql另一个方法是:
shell> mysqlbinlog hostname-bin.000001 > /tmp/statements.sqlshell> mysqlbinlog hostname-bin.000002 >> /tmp/statements.sqlshell> mysql -e "source /tmp/statements.sql"

<think>嗯,用户问的是如何删除MySQL的binlog文件。首先,我得回忆一下关于binlog的知识。Binlog是二进制日志,记录了对数据库的修改操作,用于数据恢复和复制。但长期不清理的话,可能会占用大量磁盘空间。用户可能遇到了磁盘空间不足的问题,或者想进行定期维护。 接下来,我需要整理清理binlog方法。根据之前看到的引用资料,主要有三种方法:使用PURGE命令、直接删除文件和使用RESET MASTER命令。不过要注意每种方法的适用场景和风险。 首先,PURGE命令是比较安全的方式。比如PURGE BINARY LOGS TO 'binlog.000011'会删除指定文件之前的所有日志,但需要确保这些日志已经被备份或者不再需要。另外,PURGE BEFORE 'date'可以按时间清理,比如清理三天前的日志,这样适合定期维护。但要注意时区问题,确保时间准确。 然后,直接删除文件的方法,比如用rm命令,但这样做可能会引起MySQL的问题,尤其是如果服务器还在运行的话。因为MySQL可能还在使用这些文件,直接删除可能导致错误。所以最好在删除前先使用PURGE命令让MySQL标记这些日志为已删除,或者停止MySQL服务后再操作。不过引用2提到可以用sudo rm,但用户需要注意风险,可能需要先备份。 第三种方法是RESET MASTER,这会清空所有binlog文件,并重新生成一个新的。这适用于需要彻底清理的情况,但要注意这会删除所有binlog,所以必须确保所有从库已经同步完毕,或者不需要这些日志了。生产环境使用这个命令要特别小心。 另外,用户可能不知道如何查看当前的binlog文件,可以建议使用SHOW BINARY LOGS或者SHOW MASTER LOGS来查看现有的文件列表。这样用户就能知道哪些文件可以安全删除。 还需要考虑自动清理的方法,比如设置expire_logs_days参数,让MySQL自动删除过期的日志。但用户的问题可能更关注手动清理,不过提到这个参数可以作为额外建议,帮助用户预防未来的空间问题。 还要注意权限问题,执行PURGE命令需要相应的权限,比如RELOAD和BINLOG ADMIN权限,否则用户可能无法执行命令。需要提醒用户检查权限。 最后,不同MySQL版本的命令可能有差异,比如PURGE MASTER LOGS在旧版本中的使用,而新版本可能需要PURGE BINARY LOGS。用户可能使用的是不同版本,需要确认命令的正确性。 总结下来,回答应该分步骤说明每种方法,注意事项,并引用相关的资料作为支持。同时,要提醒用户备份和权限问题,确保操作安全。</think>### 如何清理MySQL的binlog文件? 清理MySQL的binlog文件可以通过以下方法实现,具体步骤和注意事项如下: --- #### **方法1:使用`PURGE BINARY LOGS`命令(推荐)** 1. **按文件名清理** 删除指定文件名之前的所有binlog文件: ```sql PURGE BINARY LOGS TO 'binlog.000011'; -- 清除到'binlog.000011'为止[^1][^3] ``` 执行后,`binlog.000001`到`binlog.000010`会被删除,保留`binlog.000011`及之后的文件。 2. **按时间清理** 删除指定时间前的所有binlog文件: ```sql PURGE BINARY LOGS BEFORE '2024-02-10'; -- 清除2024年2月10日之前的日志[^5] ``` 或动态计算时间(如清理3天前的日志): ```sql PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 3 DAY); ``` 3. **刷新日志** 清理后建议刷新日志以生成新的binlog文件: ```sql FLUSH LOGS; ``` --- #### **方法2:直接删除物理文件(谨慎操作)** 1. **查看binlog文件路径** MySQL默认存储路径为`/var/lib/mysql/`,文件名类似`mysql-bin.000001`。 2. **手动删除文件** 通过操作系统命令删除(需确保MySQL未在写入目标文件): ```bash sudo rm /var/lib/mysql/mysql-bin.000001 # 删除指定文件[^2] sudo rm /var/lib/mysql/mysql-bin.00* # 批量删除旧文件(需谨慎) ``` **风险提示**:直接删除可能导致MySQL报错,建议先通过`PURGE`命令标记无效日志再删除[^2]。 --- #### **方法3:使用`RESET MASTER`命令(彻底清理)** 删除所有binlog文件并重置索引(适用于全新环境或测试场景): ```sql RESET MASTER; -- 清空所有binlog文件并重新生成[^3] ``` **注意**:此操作会丢失所有未同步的二进制日志,主从复制环境中需谨慎使用。 --- #### **注意事项** 1. **权限要求** 执行清理命令需具备`RELOAD`权限或`BINLOG ADMIN`权限。 2. **自动清理配置** 可通过设置`expire_logs_days`参数自动清理过期日志: ```sql SET GLOBAL expire_logs_days = 7; -- 自动保留最近7天的日志[^4] ``` 3. **备份与恢复** 清理前建议备份重要binlog文件,避免误导致数据恢复失败。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值