MySQL表误删除数据恢复.txt

明靓

云和恩墨交付战队

150

1页

0次

2023-10-13

25墨值下载

业务反馈由于执行脚本导致表数据被错误修改，检查后发现 SQL 缺少 where 过滤条件，导致整个表数据被错

误修改。

处理过程

1、分析 binlog 日志

mysqlbinlog -v --base64-output=decode-rows mysql-bin.003895 > 3895.sql

日志分析，确认操作时间节点

#210710 10:21:30 server id 1 end_log_pos 35954968 CRC32 0x58da163a Xid =

438749348

COMMIT/*!*/;

# at 35954968

#210710 10:21:27 server id 1 end_log_pos 35955033 CRC32 0x8693ecb7 GTID

last_committed=30745 sequence_number=30746 rbr_only=yes

/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;

SET @@SESSION.GTID_NEXT= '5037133c-9cb0-11e5-9e28-005056bd050f:139128004'/*!*/;

《---- 误删除操作 GTID

# at 35955033

#210710 10:21:27 server id 1 end_log_pos 35955096 CRC32 0x18d18d3d Query

thread_id=24159829 exec_time=24 error_code=0

SET TIMESTAMP=1625883687/*!*/;

BEGIN

/*!*/;

# at 35955096

#210710 10:21:27 server id 1 end_log_pos 35955215 CRC32 0xa17b5c41

Table_map: `mobile`.`pol_policy_party_contract` mapped to number 854305

# at 35955215

#210710 10:21:27 server id 1 end_log_pos 35963299 CRC32 0xb104b92e

Update_rows: table id 854305

# at 35963299

3、使用备份，在新库上做完全恢复。CV 对于 MySQL 的备份 2 种，mysqldump 和 xtrabackup,让 CV 将备

份恢复成文件

（恢复过程忽略）

4、在误操作的主库上，创建临时复制账户

create user 'repl'@'10.192.168.1' identified by '******';

grant replication slave,replication client on *.* to repl@'10.192.168.1';

flush privileges;

5、在新库上，配置主从设置

change master to

master_host='10.192.168.2',

master_user='repl',

master_password='******',

master_port=3306,

MASTER_AUTO_POSITION = 1;

6、在新库上，配置只恢复误操作表和恢复到时间节点

change replication filter REPLICATE_DO_TABLE=(mobile.pol_policy_party_contract);

start slave sql_thread until sql_before_gtids='5037133c-9cb0-11e5-9e28-

005056bd050f:139128004';

7、主从同步完成后，将该表数据备份出来

mysqldump -uroot -p mobile pol_policy_party_contract >

beijing_pol_policy_party_contract_0711.sql

8、将备份文件拷贝到主库上

9、将备份文件恢复到主库的一个新表中

10、通知业务运维人员，根据新表数据，将数据回写到生产表中。

of 1

25墨值下载

mysql 数据恢复

关注

评论