PolarDB:グローバルセカンダリインデックスの使用

自動インデックス選択

プライマリテーブルに対するクエリで一致する GSI が存在する場合、PolarDB-X はコストが最も低いインデックスを自動的に選択します。ただし、自動選択の対象となるのはカバリングインデックスのみです。インデックステーブルにクエリで必要なすべての列が含まれていない場合、オプティマイザーはそのインデックスを自動的に選択しません。

以下の例では、クエリが seller_id をフィルター条件として使用し、id および order_snapshot を選択しています。このとき、g_i_seller はこれらの 3 つの列をすべてカバーしており、かつ seller_id がそのシャードキーであるため、オプティマイザーはクエリをインデックステーブルに直接ルーティングし、t_order のプライマリシャードに対するフルスキャンを回避します。

EXPLAIN SELECT t_order.id, t_order.order_snapshot FROM t_order WHERE t_order.seller_id = 's1';
IndexScan(tables="g_i_seller_sfL1_2", sql="SELECT `id`, `order_snapshot` FROM `g_i_seller` AS `g_i_seller` WHERE (`seller_id` = ?)")

HINT を使用したインデックス指定

インデックスヒントを使用すると、オプティマイザーの選択をオーバーライドできます。PolarDB-X では、以下の 2 種類の HINT 構文をサポートしています。

`FORCE INDEX` — 指定された名前のインデックスを強制的に使用します。

SELECT a.*, b.order_id
  FROM t_seller a
    JOIN t_order b FORCE INDEX(g_i_seller) ON a.seller_id = b.seller_id
  WHERE a.seller_nick = "abc";

TDDL ヒント — コメント形式のディレクティブでインデックスを指定します。

/*+TDDL:INDEX({table_name/table_alias}, {index_name})*/

例：

/*+TDDL:index(a, g_i_buyer)*/ SELECT * FROM t_order a WHERE a.buyer_id = 123

クエリでインデックステーブルに格納されていない列が必要な場合、PolarDB-X は 2 段階の検索を実行します。まずインデックステーブルをクエリしてプライマリキーおよびプライマリテーブルのシャードキーを取得し、次にそれらを基にプライマリテーブルをクエリして残りの列を取得します。詳細については、「INDEX HINT」をご参照ください。

インデックステーブルへの直接クエリ

クエリで必要なすべての列がインデックステーブルに含まれている場合、プライマリテーブルを介さず、インデックステーブルに対して直接クエリを実行して結果を取得できます。

USE INDEX および IGNORE INDEX によるインデックス選択制御

USE INDEX を使用すると、オプティマイザーの検討対象を特定のインデックスセットに制限できます。また、IGNORE INDEX を使用すると、指定したインデックスを検討対象から除外できます。

-- g_i_seller の使用を禁止
SELECT t_order.id, t_order.order_snapshot FROM t_order IGNORE INDEX(g_i_seller) WHERE t_order.seller_id = 's1';

-- オプティマイザーが g_i_seller のみを検討するよう制限
SELECT t_order.id, t_order.order_snapshot FROM t_order USE INDEX(g_i_seller) WHERE t_order.seller_id = 's1';

どちらの構文でも、カンマ区切りのインデックス名リストを指定できます：IGNORE INDEX(index1, index2, ...)。