Data Transmission Service:PolarDB for MySQL クラスターから Lindorm インスタンスへのデータ同期

前提条件

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

• LindormTable エンジンを使用する Lindorm インスタンスがあり、利用可能なストレージ容量がソース PolarDB for MySQL クラスターで使用されているストレージ容量を超えていること。詳細については、「インスタンスの作成」をご参照ください。

• ターゲット Lindorm インスタンスで MySQL 互換性機能が有効になっていること。詳細については、「MySQL 互換性機能の有効化」をご参照ください。

• 同期されたデータを受信するために、ターゲット Lindorm インスタンスにデータベース (名前空間) と事前パーティション化されたワイドテーブルが作成されていること。詳細については、「MySQL クライアントを使用した LindormTable への接続と使用」、「Lindorm-cli を使用したワイドテーブルエンジンへの接続と使用」、「Lindorm Shell を使用した LindormTable へのアクセス」、「CREATE TABLE」、および「データ型マッピング」をご参照ください。

• ソース PolarDB for MySQL クラスターでバイナリロギングが有効になっており、loose_polar_log_bin パラメーターが ON に設定されていること。詳細については、「バイナリロギングの有効化」および「パラメータの変更」をご参照ください。

  PolarDB for MySQL クラスターでバイナリロギング機能を有効にすると、バイナリログが使用するストレージ容量に対して追加料金が発生します。

• ソースクラスターでバイナリログの保持期間が少なくとも 3 日間 (7 日間を推奨) に設定されていること。詳細については、「保持期間の変更」をご参照ください。保持期間が不十分な場合、データの不整合や損失が発生し、DTS サービスレベルアグリーメント (SLA) に影響する可能性があります。

• 必要な権限を持つデータベースアカウントが用意されていること。詳細については、「データベースアカウントに必要な権限」をご参照ください。

ターゲット Lindorm インスタンスで作成されるオブジェクトは、「クォータと制限」で指定されている要件を満たす必要があります。

課金

増分同期でサポートされている SQL 操作

LindormTable エンジンの制限により、DTS は ADD COLUMN ステートメントから追加の属性を削除します。たとえば、ソースで ALTER TABLE test ADD COLUMN col INT DEFAULT 0; が実行された場合、DTS はターゲットで ALTER TABLE test ADD COLUMN col INT; を実行します。

データベースアカウントに必要な権限

制限事項

• スキーマ同期はサポートされていません。フルデータ同期と増分データ同期のみ利用可能です。

• BIT 型のデータは同期できません。

• 同期対象のデータには、少なくとも 1 つのプライマリキー以外のフィールドが含まれている必要があります。プライマリキーフィールドのみの同期はサポートされていません。

• 同期対象のテーブルには、すべてのフィールドが一意である PRIMARY KEY または UNIQUE 制約が必要です。それ以外の場合、ターゲットに重複レコードが含まれる可能性があります。

• 同期オブジェクトとしてテーブルを選択し、ターゲットでテーブルまたは列の名前を変更する場合、単一のタスクでは最大 1,000 テーブルまでサポートしています。この制限を超えると、リクエストエラーが発生します。この場合は、複数のタスクを構成するか、代わりにデータベース全体を同期してください。

• DTS は、ソース PolarDB for MySQL クラスターの読み取り専用ノードを同期しません。

• DTS は、ソース PolarDB for MySQL クラスターから Object Storage Service (OSS) 外部テーブルを同期しません。

• DTS は、フルデータ同期中のプライマリ/セカンダリ切り替えをサポートしていません。切り替えが発生した場合は、同期タスクを再構成してください。

• データは、Lindorm インスタンスのワイドテーブルエンジンにのみ書き込むことができます。

• VARBINARY 型の空の文字列は、DTS および Lindorm インスタンスでは null 値として扱われます。

• ソースとターゲットで DECIMAL 型のフィールドの精度が異なる場合、タスクは失敗します。

• Lindorm インスタンスのデータは、「データリクエストの制限」の要件を満たす必要があります。それ以外の場合、タスクは失敗します。

• フルデータ同期中は、ソースデータベースで DDL 操作を実行しないでください。実行すると、タスクが失敗します。DTS はこのフェーズ中にソースをクエリするため、メタデータロックが発生し、ソースでの DDL 操作もブロックされる可能性があります。

• 同期中に、pt-online-schema-change などのツールを使用して同期オブジェクトに対してオンライン DDL 操作を実行しないでください。実行すると、タスクが失敗します。

• 同期中に DTS 以外のデータがターゲットに書き込まれると、データの不整合が発生する可能性があります。

• 初期フルデータ同期中、並行 INSERT 操作により、ターゲットでテーブルの断片化が発生します。初期フルデータ同期が完了すると、ターゲットテーブルのストレージ容量がソースよりも大きくなります。

• 初期フルデータ同期中、DTS は両方のデータベースの読み取りおよび書き込みリソースを使用するため、サーバーの負荷が増加する可能性があります。両方のデータベースの CPU 負荷が 30% 未満のときなど、オフピーク時に同期をスケジュールしてください。

• DTS は定期的にソースデータベースで CREATE DATABASE IF NOT EXISTS `test` を実行して、バイナリログファイルの位置を進めます。

• DTS インスタンスに障害が発生した場合、DTS チームは 8 時間以内に復旧を試みます。復旧には、インスタンスの再起動または DTS インスタンスパラメータの調整 (データベースパラメータは変更されません) が含まれる場合があります。調整対象となる可能性のあるパラメータには、「インスタンスパラメータの変更」で説明されているものが含まれます。

• VECTOR 型データの同期はサポートされていません。

同期タスクの構成