管理
数据闪回
为用户提供对误操作数据进行快速恢复的功能。 可根据逻辑库、表名称、操作类型、where条件、时间范围来搜索执行过的SQL，然后找到需要回退的SQL，生成闪回SQL，生成过后下载闪回SQL，到计算节点执行闪回SQL进行回退，恢复对应的数据 。
闪回操作流程
下面将通过一次误操作更新了所有数据，然后闪回该误操作进行示例。
- 误操作了update，将test表中a字段值都更新成了1
- 输入需要闪回的逻辑库、表名称、操作类型、时间范围、where条件等信息。
- 点击“查找已执行的操作”，可以根据输入的条件搜索已执行的操作
- 找到对应的操作后，点击“生成闪回SQL”，将生成闪回数据的SQL。
- 点击“下载闪回SQL”，把闪回SQL下载到本地。
- 在计算节点执行闪回SQL后，该SQL所修改的数据将恢复到之前的状态。
Note:
存储节点binlog必须开启row格式
表在查找时间范围内或在查找时间之后做过DDL,分片方案在线变更，一键迁库等操作，会提示：所选择的表xxx执行过DDL，无法闪回
加密数据的回退sql也是加密数据，会有相应的提示：该表配置了数据加密，生成的闪回数据为加密后的数据，请注意处理
多个事务时，回退sql需按时间倒序做回退
批量操作
当查找到符合条件的多个操作时，如果要闪回多个已执行的SQL，可以通过批量生成闪回SQL和批量下载闪回SQL来批量操作。
查找设置说明
- 点击“查找设置”，可设置查找时where条件的匹配相似度和查找方式
- 相似度为where条件中字符的匹配度，当查找的where条件匹配相似度高于该阈值时才返回操作记录
- 查找方式分为按行查找和按事件查找，对应通过binlog文件中的event和row搜索。event记录了操作的事件，即SQL，row记录了每一条修改的数据。因此按照事件查找会更快，按行查找会更慢。event和row的记录受mysql配置的影响。
- 当通过where条件查找时，系统将强制按事件查找，因为where条件记录在事件中。该查找方式生效需满足binlog里面记录了事件SQL（即在执行SQL时binlog_rows_query_log_events设置为1）。否则将强制按行查找。
- 当不通过where条件查找时，需要binlog里面记录了事件SQL（即在执行SQL时binlog_rows_query_log_events设置为1）才可按事件查找。否则将强制按行查找。