管理者回復インデックス
行データとインデックス データが不整合な場合は、 ADMIN RECOVER INDEXステートメントを使用して、冗長インデックスに基づいて整合性を回復できます。この構文は外部キー制約まだサポートしていないことに注意してください。
概要
- AdminRecoverStmt
AdminRecoverStmt ::=
'ADMIN' 'RECOVER' 'INDEX' TableName IndexName
例
何らかの理由により、データベース内のtblテーブルに一貫性のない行データとインデックスがあるとします (たとえば、災害復旧シナリオでクラスター内の一部の行データが失われるなど)。
SELECT * FROM tbl;
ERROR 1105 (HY000): inconsistent index idx handle count 2 isn't equal to value count 3
ADMIN CHECK INDEX tbl idx ;
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ステートメントを使用して、不足しているインデックスを補うことができます。
ADMIN RECOVER INDEX tbl idx;
実行結果は以下のとおりです。
ADMIN RECOVER INDEX tbl idx;
+-------------+------------+
| ADDED_COUNT | SCAN_COUNT |
+-------------+------------+
| 1 | 3 |
+-------------+------------+
1 row in set (0.00 sec)
ADMIN CHECK INDEXステートメントを再度実行して、データとインデックスの一貫性をチェックし、データが通常の状態に復元されたかどうかを確認できます。
ADMIN CHECK INDEX tbl idx;
Query OK, 0 rows affected (0.01 sec)
注記：
レプリカの損失によりデータとインデックスが不整合になった場合:
- 行データとインデックス データの両方が失われている可能性があります。この問題に対処するには、
ADMIN CLEANUP INDEXとADMIN RECOVER INDEXステートメントを一緒に使用して、行データとインデックス データの一貫性を回復します。ADMIN RECOVER INDEXステートメントは常に 1 つのスレッドで実行されます。テーブル データが大きい場合は、インデックスを再構築してインデックス データを回復することをお勧めします。ADMIN RECOVER INDEX文を実行すると、対応するテーブルまたはインデックスはロックされず、TiDB は他のセッションが同時にテーブル レコードを変更することを許可します。ただし、この場合、ADMIN RECOVER INDEXすべてのテーブル レコードを正しく処理できない可能性があります。したがって、ADMIN RECOVER INDEX実行するときは、テーブル データを同時に変更しないようにしてください。- TiDB のエンタープライズ エディションを使用している場合は、サポート エンジニアにリクエストを送信するて支援を受けることができます。
ADMIN RECOVER INDEXステートメントはアトミックではありません。ステートメントが実行中に中断された場合は、成功するまで再度実行することをお勧めします。
MySQL 互換性
このステートメントは、MySQL 構文に対する TiDB 拡張です。