PolarDB:グローバルセカンダリインデックス (GSI)

GSI

標準的な GSI は、プライマリテーブルのパーティションキー以外の列でインデックスデータをパーティション分割します。クエリが GSI のパーティションキーと一致する場合、PolarDB-X はそのクエリを該当するパーティションにルートし、残りの列についてはプライマリテーブルを参照します。

例： user テーブルは user_id でパーティション分割されています。name による効率的なクエリをサポートするために、name 上に GSI を作成します。

CREATE TABLE user(
  user_id bigint,
  name varchar(10),
  addr varchar(30),
  GLOBAL INDEX `g_i_name` (name) PARTITION BY HASH(name),
  PRIMARY KEY(user_id)
) PARTITION BY KEY(user_id);

g_i_name が存在する場合、name でフィルターするクエリは user テーブルのすべてのパーティションをスキャンするのではなく、インデックスの該当するパーティションにルートされます。

UGSI

ユニークグローバルセカンダリインデックス (UGSI) は、標準 GSI のすべてのプロパティに加えて、分散テーブル全体にわたってグローバルな UNIQUE 制約を適用します。

例： user2 テーブルは user_id でパーティション分割されています。すべてのパーティションにわたって phone の一意性を保証するために、phone 上に UGSI を作成します。

CREATE TABLE user2(
  user_id bigint,
  phone varchar(20),
  addr varchar(30),
  UNIQUE GLOBAL INDEX `g_i_phone`(phone) PARTITION BY HASH(phone),
  PRIMARY KEY(user_id)
) PARTITION BY KEY(user_id);

クラスタード GSI

デフォルトでは、クラスタード GSI はインデックスキーおよびカバリングカラムだけでなく、プライマリテーブルのすべての列を格納します。すべての列がインデックス内に存在するため、クエリはプライマリテーブルを参照する必要がなくなり、ルックアップオーバーヘッドが完全に排除されます。

トレードオフとして、クラスタード GSI はプライマリテーブルと同じ量のディスク領域を消費します。

例： order_tbl テーブルは order_id でパーティション分割されています。プライマリテーブルへのルックアップなしで user_id による高速クエリをサポートするために、user_id 上にクラスタード GSI を作成します。

CREATE TABLE order_tbl(
  order_id bigint,
  user_id bigint,
  addr varchar(30),
  info text,
  create_time datetime,
  CLUSTERED INDEX `cg_i_user`(user_id) PARTITION BY HASH(user_id),
  PRIMARY KEY(order_id)
) PARTITION BY KEY(order_id);

user_id でクエリを実行する際、PolarDB-X はクエリを cg_i_user の該当するパーティションにルートし、必要なすべてのデータをインデックスから直接読み取ります。

各タイプの使用タイミング