前言

昨天因客户员工操作错误，导致快递单号和订单互换。客户员工那边让笔记修改数据。
于是笔者写下如下SQL来操作，导致了灾难性事故。

update `t_order_fed_ex_record`  set `tracking_number`  = '884102170661', `master_tracking_number` = '884102170661', `push_flag`  = 'NONE', `pick_up_status`  = 0 where  '884106116578';

执行SQL后，7550条数据的tracking_number和master_tracking_number都被更新为884106116578。

笔者后面才留意到where后面漏了字段条件！！！此操作进行了全表更新！

一个重大的运维事故由此诞生！

恢复过程

由于客户比较抠，客户的阿里云DMS服务并没有开通SQL备份与回滚服务。所以笔者无法通过阿里云DMS控制台一键操作数据回滚。

阿里云DMS提供的备份回滚功能很便捷，只须点击获取备份，根据选项即可快速进行数据恢复。操作位置如下图：

但很可惜，笔者只能通过阿里云DMS提供的数据恢复工具进行恢复。

在使用这个工具的前提是，数据库有开通binlog而且只能追溯半小时内的操作数据。

操作步骤如下：

1. 在阿里云DMS控制台，在对应的数据表进行鼠标右键。你会看到弹出的菜单有一个数据方案，鼠标移到【数据方案】会有一个【数据追踪】选项。

2. 点击【数据追踪】，会弹出以下所图。

3. 根据刚才的操作动作进行选择选项。笔者操作的是update，而且是单表操作，数据勾选的追踪类型为【更新】，也选择对应的时间范围。

4.点击申请之后，阿里云DMS会生成一个数据追踪工单，随后只须耐心等待阿里云DMS完成日志处理。待日志处理完成后，您就可以以下界面进行日志搜索。

5. 根据操作的时间，进行范围搜索，随后点击【导出回滚脚本】。待SQL脚本下载完毕，就可以在DMS控制台进行执行SQL脚本回滚数据啦。

后语

1. 数据库一定要开启binlog配置，以防不测。
2. 生产环境数据操作需极度谨慎。虽为私人项目，仍需保持专业严谨态度。