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