binlog二进制日志基于时间,基于位置position还原里面的坑

最新推荐文章于 2025-02-20 22:23:12 发布
最新推荐文章于 2025-02-20 22:23:12 发布
阅读量1.6k 收藏
点赞数
分类专栏： 初级 入门
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_38802291/article/details/83415149
版权

首先是基于时间还原:

我linux里面的命令最开始参考前辈博客写出来是这样的

/usr/bin/mysqlbinlog --start-date="2018-10-26 11:00:00" --stop-date="2018-10-26 14:00:00" /var/lib/mysql/mysql-bin.000001 |mysql -uroot -p

这 条命令报错:

unknown variable 'start-date=2018-10-3-26 11:00:00'

我就想怎么会报错呢,知道看见这种写法start-datetime,对,要加个time在后面

修改为是这样:

/usr/bin/mysqlbinlog --start-datetime="2018-10-26 11:00:00" --stop-datetime="2018-10-26 14:00:00" /var/lib/mysql/mysql-bin.000001 |msyql -uroot -p

这次没报错了,执行成功,但是进入到数据库中并没有还原成功

我略微思考了一下,时间可能不对,我没有照二进制日志里面准确的时间点还原,然后又修改成这样:

/usr/bin/mysqlbinlog --start-datetime="2018-10-26 11:48:07" --stop-datetime="2018-10-26 14:15:01" /var/lib/mysql/mysql-bin.000001 |msyql -uroot -p

对,就这样就还原成功了,这就是我遇见的两个需要注意的地方

/usr/bin/mysqlbinlog(这个根据find / -name 'mysqlbinlog'找出来,并不都是这个位置)

基于位置还原,我就是一开始不会找位置,找准点就好了

在commit之后,在set timestamp 之前就行了

命令如下

/usr/bin/mysqlbinlog --start-position="154" --stop-position="1444" /var/lib/mysql/mysql-bin.000001 |msyql -uroot -p

第79讲： MySQL Binlog二进制日志恢复误删数据的实践指南
江晓龙的博客
12-18 1万+
根据需求我们得知要恢复误删除的这张表，那么在事件信息中找到创建该表的事件，这个事件的开始标识位就作为我们截取Binlog日志的开始标识位号，结束标识位更好确定了，在事件信息中找到删除表的事件，这个事件的开始标识位也就作为我们截取Binlog日志的结束标识位，开始标识位号是上一个事件的结束表示为号。注意：一定不要将删除表事件的结束标识位号作为截取Binlog日志的结束标识位号，如果截取Binlog日志的结束标识位号是删除表的结束标识位号，就会把删除表的操作在还原时又进行了一遍，数据就不能恢复了。
第78讲：截取MySQL Binlog二进制日志中特定部分内容的技巧
热门推荐
江晓龙的博客
12-15 1万+
使用标识位Position号来截取Binlog日志中部分的数据内容时，最关键的部分就在于如何确定要截取数据的标识位号范围，也就是确定标识位的起点和终点部分，我们可以查看Binlog的事件信息，找到要恢复的数据属于哪一个事件，然后获取事件的开始标识位和结束标识位，此时也就能确定要恢复的数据在Binlog日志中的位置。根据特定的情况以及需求去恢复Binlog日志中的数据时，需要通过截取的方式，截取特定时间段产生的Binlog日志，然后进行数据恢复，或者截取指定的开始标识位到结束标识位之间的Binlog日志。
mysql二进制日志时间_利用二进制日志对MySQL进行基于时间点的恢复
weixin_30537231的博客
01-28 187
1. 概述mysqlbinlog工具的使用,大家可以看MySQL的帮助手册，里面有详细的用。在这个例子中，重点是--start-position参数和--stop-position参数的使用。--start-position=N从二进制日志中第个位置等于N参量时的事件开始读。--stop-position=N从二进制日志中第个位置等于和大于N参量时的事件起停止读。OK，现在开始，要启动二进...
mysql日志备份恢复
mwolfking
03-19 1399
mysql日志相关知识，日志备份，数据恢复
mysql查看binlog日志
m0_74824802的博客
02-20 855
修改数据目录配置文件 ，例：C:ProgramDataMySQLMySQL Server 8.0my.ini（可见：SHOW VARIABLES LIKE ‘log_bin%’;
mysql碰到unknown variable ‘xxxx‘ 的解决方法
weixinhmz的博客
09-27 1788
mysql碰到unknown variable 'xxxx' 的解决方法
mysql二进制日志恢复数据报错及解决
一个程序媛的成长记录❤
06-13 993
1. 启动和设置二进制日志 （数据库文件最好不要和日志文件放在同一个磁盘上，这样当数据库文件所在磁盘发生损坏的时候，可以使用日志来恢复数据） 在这里可能会遇到找不到“my.ini”文件的问题。我找了半天才找到。 在：C:\ProgramData\MySQL\MySQL Server 8.0 如果ProgramData文件夹也没显示，那么可以在文件查看选择显示隐藏的文件，然后就会出现了。...
mysqlbinlog: unknown variable xxx of the my.ini
stay hungry stay foolish
11-03 811
背景工作需要用到sql，想在自己电脑上面安装一个sql，在此记录sql免安装版本安装过程中有关my.ini配置文件的坑。） 一、下载以及安装 免安装的下载和安装 http://blog.youkuaiyun.com/u013716535/article/details/78434838 二 、issue 解压后读取my-default.ini文件，复制创建一个my.ini创建data文件夹。 没有my-
mysql binlog(二进制日志)查看方法
09-09
MySQL的二进制日志（Binary Log，简称binlog）是数据库系统中至关重要的一部分，它记录了所有对数据库进行更改的事务，包括CREATE、ALTER、DROP等DDL语句以及INSERT、UPDATE、DELETE等DML语句。二进制日志对于数据...
从MySQL ROW二进制日志还原更新。Undelete-Mysql.zip
02-21
`命令找到最新的二进制日志文件名和位置。 2. **下载二进制日志文件**：使用MySQL客户端工具（如`mysqlbinlog`）下载所需的二进制日志到本地。例如，`mysqlbinlog --no-defaults --raw --start-position=LOG_POS ...
MySQL的复制方式（基于二进制日志文件位置的主从复制、基于GTID的主从复制、半同步复制、组复制）
Aimee_c的博客
05-12 1435
文章目录1.MySQL1.1 MySQL的事务2.MySQL的三种复制方式2.1 MySQL的异步复制——基于二进制日志文件位置的复制 1.MySQL Mysql是一种关系型数据库，特点是将这些数据保存在不同的二维表中，并将这些表放入数据库，这样可以增加它的读取速度。 1.1 MySQL的事务 事务就是一组原子性的SQL查询，或者说一个独立的工作单元 如果数据库引擎能够成功地对数据库进行该组查询的全部语句，那么就执行该组查询，如果其中有任何一条语句因为崩溃或者其他原因无法执行，那么所有的语句都不会执行，也就
MySQL——日志
lin小将的博客
03-18 1090
MySQL日志 简介 MySQL日志记录了MySQL数据库日常操作和错误信息。MySQL有不同类型的日志文件（各自存储了不同类型的日志），从日志当中可以查询到MySQL数据库的运行情况、用户的操作、错误的信息等。 MySQL日志分为4大类 1、错误日志：记录mysql服务的启动，运行或停止mysql服务时出现的问题 2、查询日志：记录建立的客户端的连接和执行的语句 3、二进制日志：记录所有更改数据的语句，可以用于数据的复制 4、慢查询日志：记录所有执行的时间超过long_query_time的所有查询或不使
mysql binlog出错_MySQL读取Binlog日志常见的3种错误
weixin_33268464的博客
01-21 2293
1. mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8mb4'当我们在my.cnf中添加default-character-set=utf8mb4选项，那么在mysqlbinlog查看binlog时就会报错。解决方案：.mysqlbinlog 后面添加 --no-defaults 选项例如：mysql bin可执行文...
mysql登录 unknown variable 'datadir=/data1/mysql/var/'
余安
10-15 1万+
修改mysql数据库路径后，用/usr/local/mysql/bin/mysql -u root -p 进入报错 /usr/local/mysql/bin/mysql: unknown variable 'datadir=/data1/mysql/var/' my.cnf  配置问题  [client] #password        = your_password port   
mysql安装no_zero_date_mysql: [ERROR] unknown variable ‘sql-mode=STRICT_ALL_TABLES,ERROR_FOR_DIVISION_B...
weixin_28703489的博客
02-08 3307
上述错误解决办法：之前写过mysql的安装博客，在navicat中运行着是成功的，我一直用的也是navicat,就一直没有在cmd中运行，今天在cmd中运行，发现了如上所示的报错。之前在my.ini的配置文件中，有着这样的一条语句：sql-mode="STRICT_ALL_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,NO_ZERO_IN_DATE,...
mysqlbinlog 查看binlog时报错unknown variable 'default-character-set=utf8'
良玉的博客
09-13 717
mysqlbinlog 查看binlog时报错unknown variable 'default-character-set=utf8' 原因是mysqlbinlog工具无法识别binlog中的配置中的default-character-set=utf8指令。 两个方法可以解决： 一是在MySQL的配置/etc/my.cnf中将default-character-set=utf8 修改为 c...
StartPosition属性有如下选项
吴立星的博客
11-17 1729
StartPosition属性有如下选项，分别含义如下：   CenterParent                     窗体在其父窗体中居中。       CenterScreen                     窗体在当前显示窗口中居中，其尺寸在窗体大小中指定。       Manual                           窗体的位置由   Location
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息
睿思达DBA
07-03 1536
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息 默认情况下binlog日志是二进制文件，无法直接查看。mysqlbinlog命令的功能是将Mysql的binlog日志转换成Mysql语句。mysqlbinlog命令的格式如下： 1、基本功能 mysqlbinlog 日志文件名; 说明：把日志文件的信息在屏幕上直接显示出来。 命令执行的结果如下： [root@localhost wgx]# mysqlbinlog /var/lib/mysql/mysql-
mysql binlog出错_MySQL 读取Binlog日志常见的3种错误
weixin_32886135的博客
01-19 1133
1. mysqlbinlog: [ERROR] unknown variable 'default-character-set=utf8mb4'当我们在my.cnf中添加default-character-set=utf8mb4选项，那么在mysqlbinlog查看binlog时就会报错。解决方案：.mysqlbinlog 后面添加 --no-defaults 选项例如：mysql bin可执行文...
1、查看当前mysql是否开启了binlog备份； 2、查看当前所有二进制日志文件信息； 3、查看当前使用的二进制日志文件； 4、对库内的表数据插入五条，然后删除2条数据，使用binlog命令查看产生的操作日志； 5、尝试还原刚刚操作删除的2条记录数据；使用binlog命令操作增量还原。
最新发布
03-18
<think>嗯，用户问的是关于MySQL二进制日志（binlog）的一些操作，包括查看是否开启binlog、查看日志文件信息、当前使用的日志文件，然后插入和删除数据后查看操作日志，最后用binlog恢复被删除的数据。首先，我需要确认用户对MySQL的基本操作是否熟悉，可能他们是在学习数据库管理或者需要处理数据恢复的问题。 用户的问题分为五个步骤，需要逐步回答。首先，要检查binlog是否开启，这涉及到查看MySQL的配置参数。通常，binlog默认可能是关闭的，尤其是在某些开发环境中，但生产环境通常会开启。所以第一步是指导用户如何查看这个配置。 接下来，查看所有二进制日志文件的信息，这需要使用SHOW BINARY LOGS命令，这会列出所有的binlog文件以及它们的大小。然后是查看当前正在使用的binlog文件，这可以通过SHOW MASTER STATUS命令来实现，这个命令还会显示当前的位置和日志索引。 第四步是让用户插入五条数据然后删除两条，之后用binlog查看操作日志。这里可能需要用户先选择一个测试数据库，避免影响生产数据。然后使用mysqlbinlog工具来解析binlog文件，找到对应的插入和删除事件。需要注意的是，用户可能需要根据时间或位置来过滤日志内容，以准确找到相关操作。 最后一步是使用binlog进行增量恢复。这里的关键是找到删除操作的位置或时间点，然后导出之前的日志到SQL文件，并执行恢复。需要提醒用户谨慎操作，确保恢复的数据正确，并且不影响现有数据。可能还需要使用--stop-position或--start-datetime来精确控制恢复的范围。 用户可能的深层需求是学习如何利用binlog进行数据恢复，这在数据库管理中非常重要，尤其是在误操作或数据丢失的情况下。他们可能在实际工作中遇到了类似的问题，或者正在准备应对这种情况。需要确保回答清晰、步骤详细，并且包含注意事项，比如备份的重要性，避免权限问题，以及如何安全地执行恢复操作。 在回答过程中，要使用中文，结构清晰，每个步骤都有对应的命令和解释，同时要注意技术细节的准确性，比如正确的命令语法，如何解析binlog的输出，以及恢复时的具体参数设置。此外，提醒用户在实际操作前进行备份，避免进一步的数据丢失，这也是一个重要的安全措施。</think>以下是对MySQL二进制日志操作的完整技术指南，包含详细步骤与验证方法： --- # MySQL二进制日志操作手册 ## 一、检查binlog启用状态 ```sql -- 查看全局参数配置 SHOW GLOBAL VARIABLES LIKE 'log_bin'; -- 验证输出示例 +---------------+-------+ | Variable_name | Value | +---------------+-------+ | log_bin | ON | -- 若显示ON表示已启用 +---------------+-------+ ``` **注意**：若未启用需修改`my.cnf`配置文件： ```ini [mysqld] log_bin = /var/lib/mysql/mysql-bin.log server_id = 1 expire_logs_days = 7 ``` --- ## 二、查看二进制日志元数据 ### 2.1 列举所有binlog文件 ```sql SHOW BINARY LOGS; -- 示例输出 +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 1048576 | | mysql-bin.000002 | 783221 | | mysql-bin.000003 | 150432 | +------------------+-----------+ ``` ### 2.2 查看当前活动日志 ```sql SHOW MASTER STATUS; -- 输出解析 +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000003 | 1506 | | | +------------------+----------+--------------+------------------+ ``` --- ## 三、事务操作与日志分析 ### 3.1 测试数据操作 ```sql -- 创建测试环境 CREATE DATABASE IF NOT EXISTS test_binlog; USE test_binlog; CREATE TABLE user_actions ( id INT AUTO_INCREMENT PRIMARY KEY, action VARCHAR(50), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); -- 插入5条记录 INSERT INTO user_actions (action) VALUES ('login'), ('search'), ('purchase'), ('logout'), ('view'); -- 删除最后2条 DELETE FROM user_actions WHERE id IN (4,5); ``` ### 3.2 日志事件定位 ```bash # 解析二进制日志（需替换实际文件名） mysqlbinlog --base64-output=decode-rows -v \ --start-datetime="2023-08-20 14:00:00" \ /var/lib/mysql/mysql-bin.000003 > binlog_analysis.sql ``` **关键日志片段**： ```sql ### INSERT INTO test_binlog.user_actions ### SET ### @1=4 /* INT meta=0 nullable=0 is_null=0 */ ### @2='logout' /* VARSTRING(200) meta=200 nullable=1 is_null=0 */ ### @3=1692513600 /* TIMESTAMP(0) meta=0 nullable=0 is_null=0 */ ### DELETE FROM test_binlog.user_actions ### WHERE ### @1=4 ### @2='logout' ### @3=1692513600 ``` --- ## 四、数据恢复操作 ### 4.1 确定恢复范围 ```sql -- 查询删除操作的位置点 SHOW BINLOG EVENTS IN 'mysql-bin.000003' FROM 1506 LIMIT 10; ``` ### 4.2 执行增量恢复 ```bash # 导出指定位置之前的日志（假设删除操作在pos 2000之后） mysqlbinlog --stop-position=2000 /var/lib/mysql/mysql-bin.000003 | mysql -u root -p # 或使用时间范围恢复 mysqlbinlog --start-datetime="2023-08-20 14:05:00" \ --stop-datetime="2023-08-20 14:10:00" \ /var/lib/mysql/mysql-bin.000003 | mysql -u root -p ``` **验证恢复结果**： ```sql SELECT * FROM test_binlog.user_actions WHERE id IN (4,5); ``` --- ## 五、操作注意事项 1. **权限要求**：执行`mysqlbinlog`需要`REPLICATION CLIENT`权限 2. **时间同步**：确保服务器时间准确，建议配置NTP服务 3. **恢复策略**： - 全量备份+binlog增量恢复可实现任意时间点恢复(PITR) - 建议保留公式：$$ \text{保留天数} = \text{RPO} + 24\text{小时} $$ 4. **性能影响**：日志写入采用组提交(group commit)优化，默认设置下IO性能损耗<3% --- > **重要提示**：生产环境操作前务必在测试环境验证恢复流程，可使用`--noop`参数进行模拟运行： > ```bash > mysqlbinlog --noop /path/to/binlog | less > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值