:ロックフリースキーマ変更ソリューションの比較

項目

トリガーベースのデザイン

Triggerlessデザイン

データベースのオーバーヘッド

トリガーはストアドプロシージャです。 ビジネスが発展するにつれて、より多くのDML運用が必要になります。 これにより、特にピーク時にトリガーを使用して生成されるオーバーヘッドが増加します。

トリガーベースのオーバーヘッドは生成されません。

トリガーレスツールは、プライマリおよびセカンダリデータベースのバイナリログを読み取り、元のテーブルのイベントを一時テーブルに適用するレプリケートサーバーとして機能します。 このプロセスは、元のテーブルの変更とは関係がなく、データベースのストアドプロシージャを必要としません。

ロック競合

トリガーは、同じトランザクション内の元のテーブルと一時テーブルで実行される操作をグループ化します。 この場合、2つのテーブルに対する同時動作は、同じオブジェクトに対するロックを取得することができる。 これは、ロック競合を激化させる。 さらに、トリガーベースのツールは、データのコピーとデータの変更を同時に行う必要があります。 これは、ロック競合をさらに激化させる。

一時テーブルにデータを書き込むプロセスは、元のテーブルにデータを書き込むプロセスとは分離されている。 これにより、ロック競合が防止される。

さらに、ロック競合を論理的に防止および低減するために、DMSは、異なる期間に一時テーブル内のデータをコピーおよび更新する。 これはテーブル変更の効率に影響しますが、データベースの負荷を大幅に削減します。

例外処理

トリガーベースのデザインでは、トリガーは実行し続ける必要があり、中断することはできません。 プライマリデータベースとセカンダリデータベース間の同期のピーク時間、例外、待ち時間にもかかわらず、スキーマの変更中はいつでもトリガーをキャンセルすることはできません。 強制キャンセルは、スキーマ変更を中断するか、データ損失を引き起こします。 これは、テーブルA_gstのデータ精度に影響します。

デカップリング機能を使用すると、バイナリログの取得に使用されるスレッドをいつでも中断またはスローダウンできます。 ピーク時またはプライマリデータベースとセカンダリデータベース間の同期の遅延が大きい場合は、実行中のアプリケーションに対してスロットリングを有効にできます。 これはさらなる問題を防ぐのに役立ちます。

信頼性検証

ソリューションを確認するには、タスクの期間を確認する必要があります。 トリガーベースのソリューションでSQL文を実行してデータを複製する場合、トリガーを作成して使用し、セカンダリデータベースでのデータ複製をシミュレートできます。

ただし、データが行に基づいてレプリケートされる場合、セカンダリデータベースでトリガーは必要ありません。 これは、トリガーがプライマリデータベースでのみ実行され、セカンダリデータベースが変更を直接適用するためです。 さらに、SQL文を実行してデータをレプリケートしても、プライマリデータベースでの同時レプリケーションプロセスをシミュレートすることはできません。 これは、MySQLデータベースが単一のスレッドを使用してレプリケーションプロセスを再生するためです。 したがって、並行性とロックの問題を検証またはテストすることはできません。

プライマリおよびセカンダリデータベースでのバイナリログベースの操作とオンライン操作に違いはありません。 また、セカンダリデータベースでデータ変更プロセスをシミュレートする場合、元のテーブルと一時テーブルは切り替えられません。 これにより、元のテーブルと一時テーブルの両方のデータをチェックすることで、信頼性を引き続き検証できます。

コードの複雑さ

トリガーベースの設計では、ほとんどのタスクはデータベースによって実行され、トリガーは同期を担当します。 したがって、ツールは比較的小さな役割を果たします。

triggerlessデザインは、バイナリログを使用してデータを同期します。 この方法は柔軟であるが複雑である。

トリガーレスツールは、複製サーバーとして登録し、元のテーブルのイベントを取得し、イベントをSQL文に変換してから、SQL文を実行してイベントを一時テーブルに適用する必要があります。 triggerlessツールのコードには、接続障害、レプリケーション待ち時間、データタイプの不一致、アプリケーションへの不適切な負荷、制御不能な例外などの例外の処理方法が組み込まれています。 したがって、トリガレスツールは、より大きなコードベースと、同時実行制御のためのより複雑なロジックを有する。

ネットワークトラフィック

トリガーベースの設計では、データはデータベース内で処理されます。

トリガーレス設計では、ツールがソーステーブルへの変更をキャプチャし、バイナリログに基づいて記録された変更をターゲットテーブルに適用する必要があります。 これにより、ホスト間のトラフィックが生成され、MySQLプロセスが占有されます。

さらに、堅牢で安定したコードロジックを確保するために、コードを厳密に開発し、豊富なテストを実行する必要があります。 前述の課題にもかかわらず、トリガレス設計は実質的な利点を提供する。 たとえば、一時テーブルと元のテーブルの名前を交換するタイミングを指定できます。 データレプリケーションのプロセスを管理し、スロットリングを実装できます。

項目

DMSのロックフリースキーマ変更機能

gh-ost

履歴データコピー

調整をコピー

Y: 手動または自動

Y: マニュアル

データ整合性検証

Y

N

フォールトトレランス

Y

Y: 部分的にサポート

アダプティブコピー処理

Y

N

増分変更のリプレイ

リプレイスロットリング

Y: 手動または自動

Y: マニュアル

マルチスレッド再生

Y

N

データ整合性検証

Y

N

フォールトトレランス

Y

Y: 部分的にサポート

アダプティブ再生処理

Y

N

セカンダリデータベースサブスクリプション

N

Y

テーブルの切り替え

スイッチングの原子性

Y

Y

テーブルレプリカの削除の遅延

Y

N

ウィンドウ切り替えの設定

Y

Y

ロック保護メカニズム

Y

N

機能

セカンダリデータベースの変更

N

Y

データ伝送サービス (DTS) とのシームレスな统合

Y

N

DDLアルゴリズム認識に基づくポリシー変更の設定

Y

N

RocksDBエンジン

Y

N

TokuDBエンジン

Y

N

InnoDBエンジン

Y

Y

仮想列の変更

Y

N

JSON列の変更

Y

Y

多値インデックスと関数インデックス

Y

-

テーブルスペースの最適化

Y

N

テーブルレプリカの削除の遅延

Y

N

インストールとデプロイ

Y: インストールフリー

Y: データベースサーバへのインストール

視覚化されたO&M

Y

N

実行の進行状況の可視化

Y

N