NineData 数据追踪回滚实战｜MySQL 业务代码误改数据，基于 Binlog 生成逆向回滚原创

前面我们在讲SQL任务的时候。任务执行前会先进行数据备份。如果是通过平台发起的变更。变更之后，SQL执行成功，但变更结果可能不符合业务要求，存在冲突，这个时候可以快速创建回滚任务进行回滚。这是针对平台上发起的变更，那在MYSQL中，如果变更不是通过平台发起的。而是通过业务代码产生的。需要对数据进行恢复。就需要通过平台的数据追踪与回滚功能提交任务，选择对应的目标数据源以及对应的数据库和表。如果有更精确的过滤条件，可以选择对应的过滤条件。如果没有，也可以选择对整张表进行追踪。追踪的语法类型，如果有特定范围，可以按需选择需要追踪的范围。这里简单起见，我们把DML和DDL语法都进行选择。

最重要的是追踪时间。如果数据库有时区属性，需要选择对应的时区以及对应的时间，系统会进行对应的转换，确保能够定位到对应的数据。任务提交之后，会先进行预审校验这段时间内数据源是否可以获binlog，会检查账号有没有获取binlog的权限，这段时间范围内是否产生了binlog以及blo，文件大小是否在管控的阈值范围内。考虑到数据库的性能安全，不建议短期拉取过大的binlog文件。因此可以按需配置大小。规范中初始化会设置一个阈值。在这个阈值范围内。可以按需进行编辑和调整，默认值是50g。预审通过之后就可以进入审批流程，审批流程支持按需自定义，这里为了演示方便，使用的是系统统一的流程。

我用自己的测试账号演示。流程本身也支持配置，不允许自己审批。如果需要差异化的审批流程，也可以创建差异化的审批规则，设置不同的条件，比如特定库表做追踪时走特定的审批流程，这些都是支持的。审批通过之后，系统会自动开始解析blog。如果选择的时间范围比较长，解析的时间也会相应变长。我们来看已经解析完成的结果，系统会把这段时间内满足追踪条件的所有信息全部追踪出来并展示。在这里可以查看单条记录。变更前和变更后的差异。也可以只看变更型，以及针对单行的回滚语句。系统会匹配整行记录的字段，生成逆向回滚语句。如果需要批量生成当前页面或整个追踪任务。

所有脚本的逆向回滚SQL。可以先生成seql任务并提交，提交之后系统会生成对应的回滚SQL文件。可以按需下载使用。