重要
このページは英語版のページを機械翻訳しています。原文はこちらからご覧ください。

インデックス問題の解決方法

一部のクエリの実行速度が期待に達していないことがわかった場合、オプティマイザはクエリを実行するために間違ったインデックスを選択する可能性があります。

最初に統計でテーブルのヘルス状態を表示してから、さまざまなヘルス状態に従ってこの問題を解決できます。

低健康状態

ヘルス状態が低いということは、TiDBがANALYZEステートメントを長い間実行していないことを意味します。 ANALYZEコマンドを実行すると、統計を更新できます。更新後もオプティマイザが間違ったインデックスを使用している場合は、次のセクションを参照してください。

ほぼ100%の健康状態

ほぼ100%のヘルス状態は、 ANALYZEのステートメントが完了したばかりか、少し前に完了したことを示しています。この場合、間違ったインデックスの問題は、行数のTiDBの推定ロジックに関連している可能性があります。

等価クエリの場合、原因はカウント-最小スケッチである可能性があります。 Count-Min Sketchが原因であるかどうかを確認し、対応する解決策をとることができます。

上記の原因が問題に当てはまらない場合は、 USE_INDEXまたはuse indexのオプティマイザーヒントを使用してインデックスを強制的に選択できます(詳細についてはUSE_INDEXを参照)。また、邪魔にならない方法でSQL計画管理を使用することにより、クエリの動作を変更できます。

その他の状況

前述の状況とは別に、誤ったインデックスの問題は、すべてのインデックスが適用できなくなるデータの更新によっても発生する可能性があります。このような場合、条件とデータ分散の分析を実行して、新しいインデックスがクエリを高速化できるかどうかを確認する必要があります。その場合は、 ADD INDEXコマンドを実行して新しいインデックスを追加できます。