客户在生产环境数据库使用不当条件的delete命令删除了重要业务表的部分数据 MySQL误操作数据修复 MySQL数据库修复 

客户名称: 某餐饮相关公司

数据类型: MySQL 5.6.50 on Linux

binlog文件大小: 2.39 GB

故障检测: delete语句条件有误导致误删除重要业务表的部分数据之后还继续向相应表中写入数据。

MySQL 5.6.50 服务器开启了binlog日志。

使用mysqlbinlog获取误删除数据的位置：

# at 63024304
#241015  9:27:56 server id 1  end_log_pos 63024389 CRC32 0xdd7e08ed     Query    thread_id=24723667    exec_time=9    error_code=0
SET TIMESTAMP=1728955676/*!*/;
BEGIN
/*!*/;

# at 63024389
#241015  9:27:56 server id 1  end_log_pos 63024540 CRC32 0x1b2edde0     Query    thread_id=24723667    exec_time=9    error_code=0
use `ksf_com`/*!*/;
SET TIMESTAMP=1728955676/*!*/;
DELETE FROM `yoshop_recharge_log`    WHERE  `create_time` <= 1728835200
/*!*/;
# at 63024540
#241015  9:27:56 server id 1  end_log_pos 63024626 CRC32 0xc2f830d5     Query    thread_id=24723667    exec_time=9    error_code=0
SET TIMESTAMP=1728955676/*!*/;
COMMIT

解析binlog日志文件：

D:\MySQL\mysql-5.6.51-winx64\bin\mysqlbinlog.exe -d ksf_com --start-position=729186003 mysql-bin.000025

D:\MySQL\mysql-5.6.51-winx64\bin\mysqlbinlog.exe -d ksf_com --stop-position=63024304 mysql-bin.000026

D:\MySQL\mysql-5.6.51-winx64\bin\mysqlbinlog.exe -d ksf_com --start-position=63024626 --stop-position=295493591 mysql-bin.000026

将解析出来的SQL文件导入MySQL 5.6.50服务器数据库中。

恢复出来的重要业务表的数据预览：

修复结果: 数据恢复率达100% 客户非常满意。将恢复出来的重要业务表的数据导入客户生产环境使用没有任何问题。