不知道你有没有为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"
分享到:
相关推荐
当面临数据丢失或误删除的情况时,binlog日志成为恢复数据的关键。 首先,要确认binlog日志是否启用。这可以通过检查MySQL配置文件(在Windows系统中通常是my.ini,Linux系统中为my.cnf)中`log-bin`选项是否设置为...
4. **刷新日志**:使用`Flush logs`命令生成新的binlog文件,模拟数据丢失的情况,如删除某些记录。 5. **查看binlog事件并恢复数据**:通过`show binlog events in 'mysql-bin.000002'`查看binlog文件中的事件,...
以下是几种使用`PURGE`命令删除BINLOG的方法: 1. **按日志文件名删除**: ```sql PURGE MASTER LOGS TO 'log_name'; ``` 这里的`log_name`是你要删除的二进制日志文件的名称。执行此命令后,所有在`log_name`...
### MySQL正确清理Binlog日志的两种方法 #### 前言 在MySQL数据库中,Binlog(二进制日志)记录了所有更改数据库表结构或者数据的操作,这对于实现基于时间点的数据恢复、主从复制等场景至关重要。然而,随着...
5. **恢复数据**:将生成的SQL语句导入到数据库,执行相应的插入、更新或删除操作。 ### 注意事项 - 在启用binlog时,要确保`server_id`参数在每个MySQL实例上都是唯一的,以避免主从复制冲突。 - binlog的大小和...
MySQL的binlog是一种记录所有数据库更改的记录流,包括插入、更新和删除操作。它是灾备恢复和数据复制的重要组成部分。通过解析binlog,这个Go应用能够捕捉到数据库的所有变动,这对于构建实时数据管道和保持多个...
当需要恢复被删除的数据时,可以使用`mysqlbinlog`工具查看相关的binlog日志文件,找到删除操作发生的时间点,然后恢复到该时间点之前的SQL操作。 1. **查找binlog日志文件**: 使用`mysqlbinlog`工具查看包含...
本文将深入探讨`binlog2sql`的原理、使用方法以及其在数据恢复中的作用。 ### MySQL二进制日志(binlog) MySQL的二进制日志记录了所有更改数据库状态的非临时性事件,包括INSERT、UPDATE、DELETE等操作,这使得在...
MySQL的binlog是一种记录所有更改数据库的非临时性操作的日志,包括INSERT、UPDATE和DELETE等DML语句,以及创建、修改和删除表等DDL语句。它主要用于数据复制和灾难恢复,因为binlog包含了自上次备份以来所有对...
MySQL中的binlog日志记录了数据库中数据的变动,便于对数据的基于时间点和基于位置的恢复,但是binlog也会日渐增大,占用很大的磁盘空间,因此,要对binlog使用正确安全的方法清理掉一部分没用的日志。 【方法一】...
这里我们将详细探讨MySQL binlog闪回工具的工作原理、使用方法以及相关知识点。 1. **二进制日志(binlog)**:MySQL的binlog是一种记录所有改变数据库状态的非归档日志,包括插入、更新和删除操作。它分为...
MySQL Binlog是MySQL数据库服务器上的一种日志文件,用于记录所有数据库的变更,包括数据修改、表结构变更以及删除等。这些日志对于数据库的备份、恢复、复制以及审计功能是至关重要的。了解如何快速遍历和搜索...
- 根据事件类型决定如何处理,如插入新数据、更新现有数据或删除数据。 - 将处理后的数据发送到目标系统,如另一个MySQL实例、NoSQL数据库、消息队列或大数据平台。 6. **应用场景**: - 数据库实时备份与恢复:...
#### 方法二:手动删除binlog日志文件 这种方法涉及到直接删除文件系统中的日志文件。首先需要通过以下命令查看当前存在的日志文件: ```bash ls /var/lib/mysql/ ``` 找到需要删除的日志文件后,可以直接通过 `...
用户可以根据自己的业务需求,编写自定义的处理逻辑,如添加、删除或修改某些表的数据时触发特定的操作,而无需停机或重启服务。这种设计对于系统的高可用性和稳定性有着积极的影响。 在实际应用中,binlog同步通常...
MySQL的binlog是一种记录数据库所有更改的增量日志,包括插入、更新和删除操作。它采用事件的形式存储,每个事件都包含了执行该操作的所有必要信息。binlog有两种格式:Statement和Row,Statement记录的是SQL语句,...