すべてのプロダクト
Search
ドキュメントセンター

PolarDB:DMLレプリケーション

最終更新日:Aug 12, 2024

このトピックでは、グローバルデータベースネットワーク (GDN) でのDMLレプリケーション操作について説明します。

レプリケーションポリシー

DML操作はデータ変更をトリガーします。 データ変更の詳細は、イベントとしてバイナリログに記録されます。 このようなイベントをバイナリログで再生して、データの変更を下流のクラスターにレプリケートできます。 GDNは、さまざまなシナリオでレプリケーション要件を満たすために、DMLレプリケーションの複数のポリシーをサポートしています (デフォルトではSPLITポリシーが使用されます) 。

レプリケーションポリシー

性能

トランザクションの整合性

説明

分割 (デフォルト)

高い

低い

  • このポリシーは、並列レプリケーショントランザクションの整合性の保証なしによって特徴付けられます。 データの一貫性を実装できる限り、データの依存関係が不要なシナリオに適しています。

  • レプリケーションでは行レベルの並列処理が使用されます。 異なるテーブルまたは異なるプライマリキーのデータは、十分な並列書き込みを実現するために別々の実行スレッドに割り当てられます。

トランザクション

中程度

高い

  • このポリシーの特徴は、シリアルレプリケーショントランザクションの整合性の保証です。 金融セクターなど、高いトランザクションの一貫性が必要なシナリオに適しています。 0より大きい回復ポイント目標 (RPO) は許容されますが、トランザクションの完全性を損なうことはできません。

  • マルチストリームバイナリログモードにはトランザクションの整合性が含まれているため、トランザクションの整合性はシングルストリームバイナリログレプリケーションモードでのみ保証できます。

  • データ競合のないトランザクション間の並列レプリケーションはサポートされていません。

シリアル

中程度

低い

  • このポリシーは、シリアルレプリケーショントランザクションの整合性の保証なしによって特徴付けられます。 テーブル間の外部キー制約やビジネスオーダー制約が追加される場合など、トランザクションの一貫性が低く、シリアル化が高いシナリオに適しています。

  • このポリシーでは、各データ変更は自動的にコミットされます。 つまり、各トランザクションはスタンドアロンであり、分散トランザクションはトリガーされません。 したがって、通常、TRANSACTIONレプリケーションポリシーよりも優れたパフォーマンスを提供します。 バイナリログの各トランザクションに1つのデータ変更しか含まれていない場合、2つのポリシーで同様のパフォーマンスが得られます。

マージ

高い

低い

  • このポリシーは、変更圧縮やバッチ書き込みなどの手法を使用した並列レプリケーションと、無保証の変更タイプと変更トランザクションの整合性を特徴としています。 データの整合性を実装できる限り、データの依存関係が不要で、変更の種類が影響を受けないシナリオに適しています。

  • レプリケーションでは行レベルの並列処理が使用され、データはテーブルごとにバッチ処理され、完全な並列処理とバッチ書き込みが実現されます。

説明
  • プライマリキーのないテーブルのデータは複製できますが、重複データが書き込まれる場合があります。

  • TRANSACTIONレプリケーションポリシーが使用される場合、非常に大きなトランザクションのレプリケーションは、レプリケーションリンクで短いレイテンシを引き起こす可能性があります。 レイテンシ期間は、トランザクションサイズとコミット時間に比例します。