ADMIN RECOVER INDEX

ADMIN RECOVER INDEX 语句用于在表发生行数据和索引的一致性故障时,根据表中多余的索引,使表的行数据和索引重新恢复到一致状态。注意,该语法尚不支持外键约束

语法图

AdminCleanupStmt

ADMIN RECOVER INDEX - 图1

  1. AdminCleanupStmt ::=
  2. 'ADMIN' 'RECOVER' 'INDEX' TableName IndexName

示例

假设由于一些原因(例如灾难恢复场景,集群中丢失了部分索引数据),数据库中的 tbl 表出现行数据和索引不一致现象:

  1. SELECT * FROM tbl;
  2. ERROR 1105 (HY000): inconsistent index idx handle count 2 isn't equal to value count 3
  3. ADMIN CHECK INDEX tbl idx ;
  4. ERROR 1105 (HY000): handle &kv.CommonHandle{encoded:[]uint8{0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf8}, colEndOffsets:[]uint16{0xa}}, index:types.Datum{k:0x5, decimal:0x0, length:0x0, i:0, collation:"utf8mb4_bin", b:[]uint8{0x0}, x:interface {}(nil)} != record:<nil>

SELECT 查询的错误信息可以看到,tbl 表中包含 3 条行数据和 2 条索引数据,这意味着行数据与索引数据出现了不一致故障,同时至少有 1 条行数据缺少了对应的索引。此时可以使用 ADMIN RECOVER INDEX 语句补充缺少的索引:

  1. ADMIN RECOVER INDEX tbl idx;

执行结果示例如下:

  1. ADMIN RECOVER INDEX tbl idx;
  2. +-------------+------------+
  3. | ADDED_COUNT | SCAN_COUNT |
  4. +-------------+------------+
  5. | 1 | 3 |
  6. +-------------+------------+
  7. 1 row in set (0.00 sec)

此时,可以重新使用 ADMIN CHECK INDEX 语句对数据索引的一致性进行检查,验证数据恢复到正常状态:

  1. ADMIN CHECK INDEX tbl idx;
  2. Query OK, 0 rows affected (0.01 sec)

ADMIN RECOVER INDEX - 图2

注意

当由于副本丢失导致数据索引出现不一致时:

  • 通常行数据与索引数据都有丢失,此时需要同时使用 ADMIN CLEANUP INDEXADMIN RECOVER INDEX 语句保证行数据与索引数据的一致性。
  • ADMIN RECOVER INDEX 总是单并发执行。在表数据量大时,建议通过重建索引的方式进行索引数据的恢复。
  • ADMIN RECOVER INDEX 在执行期间,不会为对应的表或索引记录加锁,这意味着 TiDB 允许同时有其他的会话对表记录进行更新或修改。然而,在此情况下 ADMIN RECOVER INDEX 可能无法正确处理所有数据。因此,在执行 ADMIN RECOVER INDEX 时,请避免同时修改表数据。
  • 若你使用 TiDB 企业版,此时建议提交工单联系 PingCAP 支持工程师进行处理。

ADMIN RECOVER INDEX 命令不具有原子性:若该命令在执行期间中断,建议重新执行直到成功。

MySQL 兼容性

ADMIN RECOVER INDEX 语句是 TiDB 对 MySQL 语法的扩展。

另请参阅