BDR 4.0.0¶
BDR 4.0はBDRの新しいメジャーバージョンであり、このリリース番号で採用されたのはセマンティックバージョニングです（詳細については、semver.orgを参照してください）。以前の2つのメジャーバージョンは3.7と3.6です。
Type |
Category |
Description |
|---|---|---|
Feature |
Compatibility |
EDB Postgres Advanced 14のBDRは、以前はEDB Postgres Extendedでのみ使用できた次の機能をサポートするようになりました。<br />- Commit At Most Once -ノードに障害が発生した場合でも、アプリケーションが各トランザクションを1回のみコミットのに役立つ一貫性機能<ワーカー />- 積極的なスケーラビリティ-トランザクションをコミットする前にクラスターのノード間で同期して、競合のフリーレプリケーションを提供します。 />- レプリケーションのキャッチアップ時間の見積もり<br />- タイムスタンプベースのスナップショット-マルチプルのノードで一貫した読み取りを提供し、特定の時刻に表示された、または表示されるデータを取得します。<br />-行フリーズの自動化された動的構成特定のコーナーケースでのUPDATE / DELETE競合の解決の一貫性を向上させるため<br />-評価チェック<br />-欠落しているパーティションをエラーではなく競合としてハンドリングするためのサポート<b r />- NOT VALIDコンストレインとALTER TABLEの高度なDDL処理 |
Feature |
Compatibility |
PostgreSQL 12-14のコミュニティバージョンのBDRは、以前はEDB Postgres AdvancedまたはEDB Postgres Extendedでのみ使用できた次の機能をサポートするようになりました。<br />- 競合のないレプリケートされたデータ型-非同期マルチマスターで数学的に証明された一貫性を提供する追加のデータ型-マスター更新シナリオ<br />-列レベルの競合解決-列ごとに使用する機能の最終更新が解決を優先するため、さまざまなフィールドのUPDATEをいずれも失うことなく「マージ」できます<br />-変換トリガー-そのトリガーストリームデータで実行され、それを変更したり、高度なプログラムによるフィルタリングを実行したりできます<br />- 競合トリガー - 競合が検出されたときに呼び出され、カスタムの競合解決手法を使用する方法を提供します<br />- CREATE TABLE AS レプリケーション<br />- Parallel Apply -マルチプルのライターが着信変更を適用できるようにします |
Feature |
Performance |
ラージトランザクションのストリーミングをサポートします。 <p>これにより、 BDRはラージトランザクション（サイズが`logical_decoding_work_mem`より大きい）をダウンストリームのファイルまたはライタプロセスにストリーミングできます。これにより、トランザクションがコミットされる前にデコードされるため、並列性が向上します。さらに、ライタに直接ストリーミングする場合、トランザクションを同時に適用することもできます。これにより、並列性がさらに向上します。 </p><p>ラージトランザクションがファイルにストリーミングされると、それらはデコードされ、デコードされた変更はコミットされる前にダウンストリームに送信されます。変更は一連のファイルに書き込まれ、トランザクションが最終的にコミットしたときに適用されます。トランザクションが中断すると、変更は破棄されるため、アップストリームとダウンストリームの両方でリソースが無駄になります。 </p><p> サブトランザクションも自動的に処理されます。 </p><p>この機能は、 PostgreSQL 14、 EDB Postgres Extended 13以降、およびEDB Postgres EDB Postgres Advanced 14で利用できます。Postgresのどのバージョンで使用できる機能の詳細については、 :ref:`Choosing a Postgres distribution </pgd/latest/choosing_server/>`付録を参照してください。</p> |
Feature |
Compatibility |
標準版とエンタープライズエディションの間の以前のバージョンのBDRに存在した違いは削除されました。 BDR 4.0では、サポートされているPostgresディストリビューションとバージョン、つまりPostgreSQL v12-14、 EDB Postgres Extended v12-14、およびEDB Postgres Advanced 12-14ごとに1つの拡張機能があります。 <p> PostgreSQLのすべてのバージョンですべての機能が利用できるわけではありません。利用可能な機能は、 `bdr_config`コマンドラインユーティリティまたは`bdr.bdr_features()`データベースファンクションを使用して機能フラグを介して報告されます。詳細については、 :ref:`Choosing a Postgres distribution </pgd/latest/choosing_server/>`を参照してください。</p> |
Feature |
User Experience |
BDR 4.0拡張機能に対応するpglogical 4.0拡張機能はありません。 BDRにはpglogicalが必要なくなりました。 <p>これは、 BDR拡張機能とスキーマのみが存在し、構成パラメーターの名前が`pglogical.`から`bdr.`に変更されたことも意味します。</p> |
Feature |
Initial experience |
一部の構成オプションでは、インストール後のエクスペリエンスを向上させるためにデフォルトが変更されています。<br />-並列適用がデフォルトで有効になりました（2つのライター）。特にストリーミングが有効になっている場合、パフォーマンスが向上します。<br />- レプリケーションおよび`CREATE INDEX CONCURRENTLY`は、デフォルトで使用可能なすべてのノードに並列で（ストリーミングがサポートされているPostgresバージョンで）ライタにストリーミングされるようになりました。これらの操作の後。<br />-グローバルロックのタイムアウトが10分に延長されました<br />- `bdr.min_worker_backoff_delay`はデフォルトで1秒になり、サブスクリプションはエラー時に1秒に1回のみ接続をリトライします。 |
Feature |
Reliability and operability |
オリジンベースの競合検出を使用するテーブルのノード結合中の競合検出で誤検知の可能性が大幅に減少しました |
Feature |
Reliability and operability |
CAMOペアの構成をSQLカタログに移動する<p> 構成ミスのmake性を減らし、 BDRクラスター内のCAMOペアをグローバルに認識するには、CAMO構成を個々のノードのpostgresql.confからRaftが管理するBDRシステムカタログに移動します。これにより、例、別のアクティブノードのCAMOパートナーとして構成されているノードを誤って削除するのを防ぐことができます。 </p><p>アップグレードプロセスの詳細については、 :ref:`Upgrades chapter </pgd/latest/upgrades/#upgrading-a-camo-enabled-cluster>`を参照してください。 </p><p>これはGUC `bdr.camo_partner_of`と`bdr.camo_origin_for`を非推奨にし、関数`bdr.get_configured_camo_origin_for()`と`get_configured_camo_partner_of`を`bdr.get_configured_camo_partner`に置き換えます。</p> |
アップグレード¶
このリリースは、次のバージョンのBDRからのアップグレード処理をサポートしています。
3.7.13.1
アップグレード処理前に、 Upgrade Guide に記載されているプロセスと制限を読んで理解makeてください。
