binlog区分业务修改还是手动修改

 一、Windows下开启MySQL binLog日志

首先要开启MySQL的BinLog 管理

show variables like '%log_bin%';



如果发现log_bin是OFF,打开mysql文件夹下面的my.ini,修改一下
在 [mysqld] 下面加

# 开启bin-log
log-bin=mysql-bin          # 开启binlog功能
binlog-format=ROW          # 设置binlog格式
server_id=1                # 设置服务ID号


保存之后重启服务
 二、java代码实现
pom引入jar

<!--mysql监听-->
<dependency>
    <groupId>com.github.shyiko</groupId>
    <artifactId>mysql-binlog-connector-java</artifactId>
    <version>0.21.0</version>
</dependency>


java代码
代码逻辑
监听表一定要有完整性标识字段,否则无法实现(业务数据会产生完整性标识,用于比对数据)
业务上删除必须是逻辑删除,物理删除都要被监听

package com.dahua.data.xdjaencrypt.business.controller;

import com.github.shyiko.mysql.binlog.BinaryLogClient;
import com.github.shyiko.mysql.binlog.event.*;
import lombok.extern.slf4j.Slf4j;
import org.apache.commons.lang3.StringUtils;
import org.springframework.stereotype.Component;

import java.io.IOException;
import java.util.ArrayList;
import java.util.Arrays;
import java.util.List;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;


/**
 * mysql bin log 日志监听
 */
@Componen
<think>好的,我现在需要帮助用户解决如何通过MySQL Binlog恢复误修改的数据。首先,我需要回忆一下关于Binlog恢复的基本流程和相关知识。根据用户提供的引用内容,尤其是引用[2]和引用[4],Binlog记录的是所有更改操作,可以用来恢复到特定时间点。同时,用户提到了误修改数据,所以需要针对UPDATE操作进行恢复。 首先,我要确认恢复数据的步骤是否正确。根据引用[1],恢复数据的基本步骤包括确认Binlog已启用、定位到误操作的时间点、导出Binlog内容、应用日志到数据库。用户需要知道如何找到正确的Binlog文件和位置,以及如何解析和应用这些日志。 然后,我需要考虑具体如何操作。例如,使用mysqlbinlog工具来解析二进制日志,可能需要指定开始和结束时间或者位置点。引用[4]中的例子使用了--start-datetime参数,这可能是一个方法,但还需要结合--stop-datetime来限制范围,避免处理无关的事务。 另外,用户可能不太清楚如何确定误操作的确切时间,这时候可能需要查看日志文件的内容,或者根据应用程序的日志来确定。此外,如果误操作之后有其他数据修改,需要确保恢复过程不会覆盖这些正确的数据,所以可能需要在测试环境中先验证恢复步骤。 还需要注意,恢复的时候应该关闭二进制日志记录,避免恢复操作本身被记录,导致循环或其他问题。这可能在引用中没有提到,但根据MySQL的最佳实践,这是一个重要的步骤。 此外,用户可能想知道如何生成恢复用的SQL脚本,以及如何应用这个脚本。例如,使用mysqlbinlog导出为SQL文件,然后通过mysql客户端执行。引用[4]中的命令示例是将解析结果输出到a.sql,然后执行该文件。 可能遇到的问题包括Binlog的格式是否为ROW模式,因为STATEMENT模式可能无法正确恢复数据。根据引用[2],Binlog的格式会影响恢复的方式,ROW模式会记录每行数据的变更,更适合精确恢复。因此,用户需要确认Binlog的格式是否为ROW,否则可能需要调整方法。 最后,用户可能还需要了解如何预防未来的误操作,比如定期备份,启用Binlog,或者使用延迟复制等。不过当前问题主要是恢复,所以这些可以作为附加建议提及。 总结一下,回答的结构应该是步骤清晰的,包括确认Binlog状态、定位误操作、导出和应用日志,同时提醒注意事项如关闭Binlog记录和测试验证。需要确保使用正确的命令和参数,并参考用户提供的引用内容来支持步骤的正确性。</think>### 通过MySQL Binlog恢复误修改数据的步骤 #### 1. **确认Binlog配置状态** - **开启Binlog**: 确保MySQL已启用二进制日志功能。在配置文件`my.cnf`中检查以下参数: ```ini [mysqld] log_bin = /path/to/binlog/mysql-bin binlog_format = ROW # 推荐使用ROW模式,记录行级修改[^2] ``` - 重启MySQL服务使配置生效。 #### 2. **定位误操作时间点** - 通过业务日志或人工回忆确定误操作的**大致时间范围**(如`2024-01-01 14:00:00`至`14:05:00`)。 - 使用以下命令查看Binlog文件列表: ```bash SHOW BINARY LOGS; ``` #### 3. **提取Binlog中的修改记录** - 通过`mysqlbinlog`工具解析Binlog,生成可执行的SQL脚本: ```bash mysqlbinlog \ --start-datetime="2024-01-01 14:00:00" \ --stop-datetime="2024-01-01 14:05:00" \ --database=目标数据库名 \ mysql-bin.000003 > recovery.sql ``` - **关键参数**: - `--start-datetime`/`--stop-datetime`: 限制时间范围 - `--database`: 过滤指定数据库 - `-v`: 输出详细的ROW模式数据变更(需结合`binlog_format=ROW`) #### 4. **反向生成恢复SQL** - 手动编辑`recovery.sql`文件,将`UPDATE`操作反向还原。 例如原操作: ```sql UPDATE users SET balance=100 WHERE id=1; -- 误将balance从200改为100 ``` 恢复操作应改为: ```sql UPDATE users SET balance=200 WHERE id=1; ``` - **自动化工具**:可借助`binlog2sql`等工具自动生成逆向SQL[^3]。 #### 5. **执行恢复操作** - 为避免恢复操作被再次记录,临时关闭Binlog: ```sql SET sql_log_bin = 0; ``` - 执行恢复脚本: ```bash mysql -u root -p 目标数据库名 < recovery.sql ``` - 重新开启Binlog: ```sql SET sql_log_bin = 1; ``` #### 6. **验证数据一致性** - 查询受影响的数据,确认数值已还原。 - 对比业务系统日志与数据库状态。 --- ### 关键注意事项 1. **Binlog格式要求**: ROW模式可记录修改前后的完整数据,STATEMENT模式可能无法准确恢复。 2. **提前备份**: 操作前建议备份当前数据库状态。 3. **测试环境验证**: 先在测试环境验证恢复脚本,避免二次破坏。 --- ### 引用说明 - 二进制日志的ROW模式记录行级变更,是数据恢复的基础[^2]。 - 使用`mysqlbinlog`解析日志并生成SQL是标准恢复方法[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值