PolarDB:使用手順

マルチマスターシャードテーブルの利用タイミング

マルチマスターシャードテーブルは、単一ノードの MySQL 環境では対応しきれないワークロード向けに設計されています。以下のいずれかに該当する場合、本アーキテクチャをご検討ください。

• 書き込みスループットが垂直スケーリングの限界に達した場合

• 単一テーブルのサイズが大きくなり、クエリパフォーマンスが低下している場合

• アプリケーションが線形なスループット向上を伴う水平方向のスケールアウトを必要とする場合

マルチマスターシャードテーブルは、非共有アーキテクチャと共有ストレージからのオンデマンドリソース割り当てを組み合わせて実現しており、各ノードが独立して動作する一方で、ストレージコストは実際の使用量に比例します。

前提条件

開始する前に、以下の条件を満たしていることを確認してください。

• カーネルバージョン 8.0 を実行中の、マルチマスタークラスター (Limitless) Edition の PolarDB for MySQL クラスター。詳細については、「カスタム購入」および「サブスクリプションクラスターの購入」をご参照ください。

• 特権アカウント。詳細については、「データベースアカウントの作成と管理」をご参照ください。

• クラスターへのアクティブ接続。詳細については、「データベースクラスターへの接続」をご参照ください。

DDL 文

CREATE {DATABASE | SCHEMA} [IF NOT EXISTS] db_name
[create_option] ...

create_option: [DEFAULT] {
    CHARACTER SET [=] charset_name
  | COLLATE [=] collation_name
  | ENCRYPTION [=] {'Y' | 'N'}
  | DIST_DB [=] {'Y' | 'N'}
}

CREATE DATABASE test1 DIST_DB='Y';

CREATE [TEMPORARY] TABLE [IF NOT EXISTS] tbl_name
    (create_definition, ...)
    [table_options]
    [dbdistribution_options]

dbdistribution_options:
    DBDISTRIBUTION BY
        { [LINEAR] HASH(expr)
        | [LINEAR] KEY [ALGORITHM={1 | 2}] (column_list)
        | RANGE{(expr) | COLUMNS(column_list)}
        | LIST{(expr) | COLUMNS(column_list)} }
    [(dbdistribution_definition [, dbdistribution_definition] ...)]

dbdistribution_definition:
    DBDISTRIBUTION distribution_name
        [VALUES
            {LESS THAN {(expr | value_list) | MAXVALUE}
            |
            IN (value_list)}]
        [[STORAGE] ENGINE [=] engine_name]
        [COMMENT [=] 'string']
        [DATA DIRECTORY [=] 'data_dir']
        [INDEX DIRECTORY [=] 'index_dir']
        [MAX_ROWS [=] max_number_of_rows]
        [MIN_ROWS [=] min_number_of_rows]
        [TABLESPACE [=] tablespace_name]

CREATE DATABASE test;

CREATE TABLE t1 (
    id   BIGINT NOT NULL,
    name VARCHAR(30),
    PRIMARY KEY (id)
);

CREATE TABLE dist1 (
    id BIGINT NOT NULL,
    c1 INT,
    c2 VARCHAR(30),
    PRIMARY KEY (id)
) DBDISTRIBUTION BY HASH(id);

CREATE TABLE t1 (
    id         INT NOT NULL,
    store_id   INT,
    partion_no INT,
    PRIMARY KEY (id, partion_no)
) DBDISTRIBUTION BY LIST(partion_no) (
    DBDISTRIBUTION a VALUES IN (1),
    DBDISTRIBUTION b VALUES IN (2)
);

CREATE TABLE t3 (
    id         INT NOT NULL,
    store_id   INT,
    partion_no VARCHAR(20),
    PRIMARY KEY (id, partion_no)
) DBDISTRIBUTION BY LIST COLUMNS (partion_no) (
    DBDISTRIBUTION a VALUES IN ('id_1'),
    DBDISTRIBUTION b VALUES IN ('id_2')
);

分散クエリ

分散キーにフィルターがないクエリ、または複数のデータベースシャードにまたがるクエリの場合、それらをグローバル読み取り専用ノードにルーティングします。グローバル読み取り専用ノードは、すべてのパーティションからデータを自動的に集約するため、追加のストレージや同期リンクを設定することなく、すべてのシャードにわたってクエリを実行できます。

グローバル自動インクリメント列

マルチマスターシャードテーブルは、自動インクリメント列に対してグローバルに一意なシーケンスをサポートします。標準的な MySQL シングルノードの自動インクリメントとの主な動作の違いは次のとおりです：

• グローバルに一意ですが、連続性は保証されません。 値はすべてのノードで一意ですが、ギャップが発生することが想定されます。

• プライマリノードごとのバッチ割り当て。 各プライマリノードは一度に一定範囲の値を割り当てます。複数のプライマリノードが同時に挿入を行うと、異なるノードから生成された ID が順序通りにならない場合があります。

• パーティションローカルな単調性。 値は単一のパーティション内では単調に増加しますが、グローバルでは単調増加しません。

次の表は、MySQL シングルノードとマルチマスターシャードテーブルにおける自動インクリメントの動作を比較したものです。

例：自動インクリメントを持つレンジシャードテーブル

CREATE TABLE t1 (
    id INT NOT NULL AUTO_INCREMENT,
    c1 INT,
    c2 INT,
    PRIMARY KEY (id, c1)
) DBDISTRIBUTION BY RANGE (c1) (
    DBDISTRIBUTION p0 VALUES LESS THAN (100),
    DBDISTRIBUTION p1 VALUES LESS THAN (1000),
    DBDISTRIBUTION p2 VALUES LESS THAN (10000),
    DBDISTRIBUTION p3 VALUES LESS THAN (20000)
);

自動インクリメント値を指定せずに行を挿入します：

INSERT INTO t1 (c1, c2) VALUES (1, 1);

制限事項

マルチマスターシャードテーブルでは、以下の DDL 操作はサポートされていません。