MariaDB MaxScale 2.3 新機能 : causal_reads

2019年5月14日2024年5月22日

本記事は MariaDB Corporation より寄稿された記事となります

はじめに

MariaDB のデータベース Proxy, MaxScale ではバージョン 2.3 で read/write split ルータ・モジュールに causal_reads と呼ばれる新機能が追加されました。今回はこの新機能に関して説明させて頂きます。

causal_reads

causal_reads は read/write split ルータにおいて，クライアント/アプリケーションがデータベース上のデータ変更を行った際に，直後に Replica ノードで実行される read (SELECT等)に対するレプリケーション遅延の影響がないような処理を行います。
なお，causal_reads はデフォルトで無効になっています。

制限事項

casula_reads を用いる場合，MariaDB Server 10.2.16 以降のバージョンを利用する必要があり，また，session_track_system_variables パラメータに last_gtid を設定する必要があります。

利用例

autocommit を1 (有効)に設定している場合，以下の例において，

INSERT INTO test.t1 (id) VALUES (1);
SELECT * FROM test.t1 WHERE id = 1;

1 2	INSERT INTO test.t1 (id) VALUES (1); SELECT * FROM test.t1 WHERE id = 1;

各SQL文はトランザクション内では実行されないため，MaxScaleから見ると，後者のSELECT文は Replica ノードにルーティングされます。これにより起こりうる問題としては，Primary に INSERT されてから，SELECT文が実行される Replica ノードにまだレプリケーションされていない場合，クエリ結果が異なってしまう可能性があります。

このような場合に，MaxScale は一貫したクエリ結果を返すことを保証するコマンドをプリフィックスとして付与することにより，一貫性を犠牲にすることなく read スケーラビリティを向上させることができます。

上記の例のSQL文は以下のように変換されます。

INSERT INTO test.t1 (id) VALUES (1);
SET @maxscale_secret_variable=(
    SELECT CASE
           WHEN MASTER_GTID_WAIT('0-3000-8', 10) = 0 THEN 1
           ELSE (SELECT 1 FROM INFORMATION_SCHEMA.ENGINES)
    END);
SELECT * FROM test.t1 WHERE id = 1;