背景介绍

PolarDB-X 1.0 SQL闪回针对SQL误操作，提供行级数据的恢复能力。

当您在PolarDB-X 1.0上执行误操作SQL（如INSERT、UPDATE或DELETE) 后，使用SQL闪回，提供相关的误操作SQL信息，即可从BINLOG中找到匹配的事件，生成对应的恢复文件，下载后根据需求恢复数据。

SQL闪回针对误操作SQL，支持模糊匹配与精确匹配两种丢失数据的定位策略，以及自动选择匹配策略的能力，请参见名词解释。

面向不同的使用场景，SQL闪回提供回滚SQL与原始SQL两种方式来恢复数据。

功能优势

  • 操作简单：轻松配置，填写少量误操作SQL信息，即可助您找回丢失的数据。
  • 快速轻量：不依赖RDS的备份策略，只需在误操作SQL执行前开启RDS日志备份即可快速恢复误操作数据。
  • 灵活的恢复方式：针对不同的场景，提供回滚SQL与原始SQL两种能力，恢复方式灵活多样。
  • SQL级精确匹配能力：SQL级的误操作数据精确匹配能力，提高数据恢复的精准性。

限制与说明

  • SQL闪回依赖RDS BINLOG保存时间，请开启RDS日志备份。RDS BINLOG存在保存时限，误操作数据后请尽快使用SQL闪回生成恢复文件。
  • SQL闪回生成的恢复文件默认保存7天，生成后请尽快下载。
  • SQL闪回精确匹配需要满足如下条件：
    • PolarDB-X 1.0实例版本在5.3.4-15378085版本及以上。关于版本信息，详情请参见实例版本概览。
    • PolarDB-X 1.0数据库使用的RDS是5.6及以上版本。
    • 执行误操作SQL前，SQL闪回精确匹配开关已开启。
    • 提供误操作SQL的TRACE_ID信息。
  • 为了保证数据恢复的精准性，PolarDB-X 1.0对于在5.3.4-15378085版本及以上实例新建的数据库，默认开启精确匹配的开关。开启后，RDS BINLOG中会默认带上执行SQL的信息，增加一定的RDS存储空间。如您需要使用精确匹配的能力，建议升级PolarDB-X 1.0后开启，详情请参见开启精确匹配。

生成恢复文件

如果您之前未使用过SQL闪回功能，可以任选一条样例SQL，按照下文的操作步骤试用，观察生成的恢复文件，有助于更好地理解SQL闪回。

  1. 登录云原生分布式数据库控制台，选择指定地域。
  2. 选择实例所在地域。
  3. 在实例列表页面单击实例名称。
  4. 在左侧导航栏中单击SQL闪回，进入SQL闪回页面，如下图中1所示。
  5. 按照操作提示，填写误操作SQL的基本信息，包括数据库、误操作SQL执行的时间范围、表名、TRACE_ID，SQL类型。关于如何获取误操作SQL的相关信息，请参见定位误操作SQL。

    参数说明：

    • SQL执行时间范围：误操作SQL执行的大致时间范围，开始时间早于误操作SQL开始执行时间，结束时间晚于误操作SQL执行结束时间。为了保证恢复的效率，建议时间范围尽可能精确，限定在5分钟范围内。
    • TRACE_ID：PolarDB-X 1.0会为每条执行的SQL分配唯一的TRACE_ID，误操作SQL的TRACE_ID值可以通过PolarDB-X 1.0 SQL审计获取。
  6. 单击预检按钮，检查提供的时间范围内，RDS BINLOG是否存在，如上图中2所示。
    1. 如果您提供的时间范围内，已不存RDS BINLOG，则提示预检失败，无法恢复数据。
    2. 如果您提供的时间范围内，存在RDS BINLOG，则预检通过。
  7. 选择恢复方式，支持选择回滚SQL和原始SQL，如下图所示。关于恢复方式的选择，详情请参见回滚SQL与原始SQL。
  8. 单击生成SQL按钮，即可生成SQL闪回任务。SQL闪回页面会展示当前实例运行的SQL闪回任务状态。
  9. SQL闪回任务完成后，会显示该任务是否是精确匹配，实际恢复的数据行数等信息。 您可以单击下载按钮下载对应的恢复文件，进行数据恢复。

    恢复文件默认保存7天，请尽快下载。

定位误操作SQL

  1. 选择误操作的数据库。
  2. 单击SQL闪回页面的SQL审计与分析链接，前往SQL审计与分析页面。如果您未开启SQL审计，请使用SQL审计的导入历史数据功能，最多支持导入7天内的历史SQL记录。详情请参见开启SQL日志审计。
  3. 使用SQL审计与分析，定位误操作SQL的审计记录。关于如何快速定位误操作SQL，请参见日志分析。
  4. 获取误操作SQL数据中的sql_time、table_name、sql_type和trace_id字段。

开启精确匹配

前提条件：您的PolarDB-X 1.0实例版本需为5.3.4-15378085及以上，如果低于该版本，建议升级后开启。

  1. 登录云原生分布式数据库控制台，前往指定实例的参数设置页面，详情请参见参数设置。
  2. 修改对应数据库的SQL闪回精确匹配开关的参数值为ON。

名词解释

SQL闪回根据您提供的误操作SQL信息，在RDS BINLOG中查找对应的匹配事件，反向生成对应的恢复SQL。受实例版本，参数设置的影响，SQL闪回支持两种BINLOG事件的匹配策略：精确匹配与模糊匹配。具体的匹配策略无需选择，PolarDB-X 1.0 SQL闪回会自动检测，选择最优的匹配策略，并在闪回任务结束后通知您。

精确匹配

针对误操作SQL，在RDS BINLOG中精确匹配出该SQL误操作的事件，生成恢复文件。

优点：恢复文件中仅包含误操作SQL误删（误改）的数据，可直接使用，保证数据恢复的精准性与效率。

缺点：需要满足以下的条件：
  • PolarDB-X 1.0实例版本在5.3.4-15378085版本及以上。
  • PolarDB-X 1.0数据库使用的RDS是5.6及上版本。
  • 执行误操作SQL前，SQL闪回精确匹配开关已开启。开启SQL精确匹配开关后，RDS BINLOG中会默认带上执行SQL的信息，增加一定的RDS存储空间。
  • 提供误操作SQL的TRACE_ID信息。
    说明 SQL闪回精确匹配开关对于5.3.4-15378085版本及以上的新建数据库默认开启，低版本实例建议升级后手动开启，详情请参见开启精确匹配。
模糊匹配

针对误操作SQL的相关信息（执行时间范围、操作表名、SQL类型等），在RDS BINLOG中匹配满足条件的事件，生成对应的恢复文件。

优点：不依赖实例版本、参数设置等，所有实例都支持。

缺点：无法精准匹配误删（误改）的数据，恢复文件中包含其它业务SQL改动的数据，需要您从中筛选出所需数据。

回滚SQL与原始SQL

为了支持不同的业务场景，PolarDB-X 1.0 SQL闪回提供生成回滚SQL与生成原始SQL两种恢复方式，您在生成恢复SQL文件前，需要根据使用场景，选择对应的恢复方式。

下图给出了SQL闪回针对一条误操作，生成的回滚SQL与原始SQL示例。
回滚SQL

逆序遍历BINLOG中的匹配事件，对INSERT、UPDATE、DELETE事件进行逆反操作，生成的SQL。

  • INSERT逆反等价于DELETE。
  • DELETE逆反等价于REPLACE。
  • UPDATE逆反等价于UPDATE SET value = 变更前。

使用方式：在原表执行，对现有数据进行覆盖性恢复。

适用场景：当需要恢复的数据没有冲突或者接受部分冲突数据被覆盖，建议生成回滚SQL。

原始SQL

顺序遍历BINLOG中的匹配事件，对INSERT、UPDATE、DELETE事件进行全记录的镜像构造处理，生成的SQL。

  • INSERT镜像等价于INSERT。
  • DELETE镜像等价于INSERT。
  • UPDATE镜像等价于INSERT变更前的值。

使用方式：在临时表执行，写入误操作前的原始数据，与现有数据进行对比，分析冲突后决定最终数据。

适用场景：当需要恢复的数据与当前数据存在冲突时，建议生成原始SQL。