PolarDB:GSI の作成と使用

GSI 構文構造

PolarDB-X は MySQL DDL 構文を拡張して GSI の作成をサポートしています。これは MySQL でのインデックスの作成と同じです。

• テーブルの作成時に GSI を定義する

• テーブルの作成後に GSI を追加する

制約

例

1. GSI を作成します。

   -- テーブルの作成時に GSI を定義する
   CREATE TABLE t_order (
    `id` BIGINT(11) NOT NULL AUTO_INCREMENT,
    `order_id` VARCHAR(20) DEFAULT NULL,
    `buyer_id` VARCHAR(20) DEFAULT NULL,
    `seller_id` VARCHAR(20) DEFAULT NULL,
    `order_snapshot` LONGTEXT DEFAULT NULL,
    `order_detail` LONGTEXT DEFAULT NULL,
    PRIMARY KEY (`id`),
    GLOBAL INDEX `g_i_seller`(`seller_id`) COVERING (`id`, `order_id`, `buyer_id`, `order_snapshot`) dbpartition BY hash(`seller_id`)
   ) ENGINE=InnoDB DEFAULT CHARSET=utf8 dbpartition BY hash(`order_id`);
   -- GSI を追加する
   CREATE UNIQUE GLOBAL INDEX `g_i_buyer` ON `t_order`(`buyer_id`) 
       COVERING(`seller_id`, `order_snapshot`) 
       dbpartition BY hash(`buyer_id`) tbpartition BY hash(`buyer_id`) tbpartitions 3

2. クエリで GSI を使用します。

   • HINT を使用してインデックスを指定する

     次の 2 つの HINT 文のいずれかを選択して、クエリのターゲットインデックスを指定できます。

     • FORCE INDEX

       FORCE INDEX({index_name})

       例：

       SELECT a.order_id FROM t_order a FORCE INDEX(g_i_seller) WHERE a.buyer_id = 123;

     • HINT

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

       例：

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

       説明

       クエリでインデックスに含まれていない列を使用する必要がある場合、最初に GSI にクエリを実行してすべてのレコードのプライマリキーとプライマリテーブルシャードキーを取得し、次にプライマリテーブルにクエリを実行して不足している列の値を取得します。詳細については、「INDEX HINT」をご参照ください。

   • インデックス選択クエリの例：

     GSI を持つプライマリテーブルに対するクエリの場合、PolarDB-X は、オプティマイザーが最もコストが低いと考える GSI を自動的に選択します (カバリングインデックスの選択のみがサポートされています)。

     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` = ?)")          

     説明

     • 上記の SQL クエリにおけるプライマリテーブルは t_order で、seller_id に等価フィルター条件があり、関連する列 (id、order_snapshot、および seller_id) は g_i_seller でカバーされています。カバリングインデックス g_i_seller を選択すると、テーブルルックアップが回避され、スキャンするテーブルパーティションの数が明確に削減されます (seller_id は g_i_seller のシャードキーです)。

     • 実行計画の結果では、PolarDB-X オプティマイザーが g_i_seller を選択したことがわかります。

   • IGNORE INDEX

     構文：

     IGNORE INDEX({index_name},...)

     例：

     SELECT t_order.id,t_order.order_snapshot FROM t_order IGNORE INDEX(g_i_seller) WHERE t_order.seller_id = 's1';

   • USE INDEX

     構文：

     USE INDEX({index_name},...)

     例：

     SELECT t_order.id,t_order.order_snapshot FROM t_order USE INDEX(g_i_seller) WHERE t_order.seller_id = 's1';

よくある質問