管理者クリーンアップ インデックス
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 拡張です。