PolarDB:DDL 物理レプリケーション最適化

テスト構成

スキーマ:

CREATE TABLE t0(a INT PRIMARY KEY, b INT) ENGINE=InnoDB;

データ: 100 万件、1,000 万件、1 億件、10 億件のランダム値を含むテーブル：

DELIMITER //
CREATE PROCEDURE populate_t0()
BEGIN
     DECLARE i int DEFAULT 1;
     WHILE (i <= $table_size) DO
             INSERT INTO t0 VALUES (i, 1000000 * RAND());
             SET i = i + 1;
     END WHILE;
END //
DELIMITER ;
CALL populate_t0();

$table_size を挿入する行数（例： 1000000）に置き換えてください。

テスト対象の DDL 操作:

• ADD PRIMARY KEY

• ADD INDEX（セカンダリインデックス）

• OPTIMIZE TABLE

テスト 1：プライマリノードにおける DDL 実行時間

ADD PRIMARY KEY および OPTIMIZE TABLE の実行時間を、テーブルサイズごとに比較しました。innodb_bulk_load_page_grained_redo_enable を ON および OFF に設定した場合の結果を示します。

主キーの追加:

テーブルの最適化:

テスト 2：並列 DDL との併用

10 億件のテーブルに対して ADD INDEX を実行する際の所要時間を、スレッド数（innodb_polar_parallel_ddl_threads を 1、2、4、8、16、32 に設定）ごとに比較しました。innodb_bulk_load_page_grained_redo_enable を ON および OFF に設定した場合の結果を示します。

並列 DDL が有効な場合（innodb_polar_use_sample_sort および innodb_polar_use_parallel_bulk_load の両方が有効）：

並列 DDL が無効な場合（innodb_polar_use_sample_sort および innodb_polar_use_parallel_bulk_load の両方が無効）：

並列 DDL のパラメーターについて詳しくは、「並列 DDL」をご参照ください。

テスト 3：同時実行 DDL 下における読み取り専用ノードの安定性

プライマリノードで 10 億件のテーブルに対して 1、2、4、6、8 件の同時実行 DDL 操作を実行した際の、読み取り専用ノードのステータス、CPU 使用率、メモリ使用率、IOPS、およびレプリケーション遅延をテストしました。

本機能が有効な場合（innodb_bulk_load_page_grained_redo_enable = ON）:

本機能が無効な場合（innodb_bulk_load_page_grained_redo_enable = OFF）:

4 件の同時実行 DDL 操作については、読み取り専用ノードが利用不能になる直前のデータを示しています。ハイフン（-）は、その同時実行数で DDL 操作が失敗し、結果が返されなかったことを示します。

本機能が無効な場合、4 件以上の同時実行 DDL 操作で読み取り専用ノードが利用不能になり、4 件の同時実行時にレプリケーション遅延が最大 211 秒に達します。一方、本機能を有効化すると、すべての同時実行数においてノードは正常に動作し、レプリケーション遅延は 1 秒未満に抑えられます。