MySQL 没有数据闪回？看 zCloud 如何补齐MySQL数据恢复能力

“安全操作，警钟长鸣”是所有IT从业人员都应具备的基本素质，但是在生产实践中依然屡见应用或数据库维护人员误操作导致数据被误删除或误更新，从而影响业务正常运行的情况发生，严重时甚至会造成重大数据和财产损失。在案例客户的实际生产环境中，曾发生过数次由于应用维护人员执行DML SQL条件疏忽而导致数据被错误修改的情形，需要请求DBA协助恢复。

在如下场景中，由于应用维护人员疏忽，将执行的delete语句中result_code为1100的数据条件误写为result_code=1000，从而导致了316279条数据被误删除。

如下图所示，运维人员通过可视化方式聚焦误操作目标表，快速选择输入相应信息后生成数据回滚SQL文件：

• 服务名称：被执行误删除动作的目标数据库；

• 解析类型：为找回误删除数据解析类型选择“回滚SQL”；

• 原始操作类型：指定“DELETE”误删除动作；

• 解析发起节点：支持选择目标MySQL任一“主节点或从节点”；

• 指定解析存储目录：恢复数据使用的回滚SQL脚本生成位置；

• 生成文件名称：自定义指定方便识别的回滚SQL脚本名；

• 解析方式：确定误删除动作时间后，选定解析时间段，同时支持根据GTID方式解析； 

• 选择数据库：选择误删除表所属database；

• Binlog内容：选择误删除表名。