BDR 4.0.1¶
これはBDR 4.0のメンテナンスリリースで、以前のバージョンで特定された問題の修正とマイナーな改善が含まれています。
Type |
Category |
Description |
|---|---|---|
Improvement |
Reliability and operability |
CAMOパートナーの接続試行の頻度を減らします。 <p>構成を確認し、トランザクションのステータスを確認するためにCAMOパートナーに接続できない場合、すぐに再試行しないでください（完全にビジーなpglogicalマネージャープロセスにつながります）。 1分に1回。</p> |
Improvement |
RPerformance and scalability |
LCRセグメントファイルのバッファ読み取りを実装します（BDR-1422）<p>一度に複数のLCRチャンクを読み取れるように、LCRセグメントファイルのバッファリングを実装します。これにより、Decoding Workerを使用する際のWal SendersのI / Oが削減され、CPU使用率が向上します。</p> |
Improvement |
Performance and scalability |
不要なLCRセグメントの読み取りを回避（BDR-1426） <p> BDRは、少なくとも1つの使用可能な場合に新しいLCRセグメントのみを読み取ろうとします。これにより、Decoding Workerが有効になっているときのI / O負荷が削減されます。</p> |
Improvement |
Performance and scalability |
結合中の初期COPYを含むCOPYレプリケーションのパフォーマンスが、パーティションテーブルで大幅に改善されました（BDR-1479）<p>大きなテーブルの場合、これによりロード時間が1桁以上改善されます。</p> |
Bug fix |
Performance and scalability |
パラレル適用ワーカーの選択を修正します（BDR-1761）<p>これにより、パラレル適用が再度動作します。 4.0.0では、このバグのため、並列適用は有効になりませんでした。</p> |
Bug fix |
Reliability and operability |
`bdr.camo_pairs`のRaftスナップショットの処理を修正しました（BDR-1753）<p>以前のリリースでは、Raftスナップショットを介して受信したときにCAMOペア構成に変更を正しく伝播しませんでした。</p> |
Bug fix |
Reliability and operability |
アップグレード後にBDR 3.7からRaftスナップショットを正しく処理する（BDR-1754） |
Bug fix |
Reliability and operability |
クラスターのインプレースアップグレードを実行する機能を除外しながら、スナップショットの bdr.camo_pairs を考慮してCAMO構成済みクラスターをアップグレードする（ CAMOとは関係のないアップグレードの制限のため）。 |
Bug fix |
Reliability and operability |
タイムアウト後にのみCAMOからローカルモードに切り替える（RT74892） <p> CAMO保護からローカルモードに切り替えるときに`catchup_interval`推定値を使用しないでください。推定値は、ローカルモードからCAMO保護に戻す場合にのみ使用してください（ CAMOパートナーでの遅延が原因でトグルするのを防ぐため）。</p> |
Bug fix |
Reliability and operability |
パブリッシュされたレプリケーションセットリストが変更されたときのレプリケーションセットキャッシュの無効化を修正しました（BDR-1715）<p>以前のバージョンでは、サブスクリプションが再接続されるまでにパブリッシュする必要があるレプリケーションセット（および結果としてどのテーブル）に関する古い情報を使用できました。< /p> |
Bug fix |
Reliability and operability |
新しいチャンクが使用される場合、同時実行性の高い状況でgallocシーケンスによってローカルに生成される値の重複を防止します（RT76528）<p>新しい値を待っているセッション。これは修正されました。</p> |
Bug fix |
Reliability and operability |
ストリーミングトランザクションでのメモリリークに対処します（BDR-1479）<p> 大規模なトランザクションの場合、ストリーミングトランザクション機能を使用すると、メモリ使用量とI/Oが大幅に削減されます。これにより、主にCOPYレプリケーションのパフォーマンスが向上します。</p> |
Bug fix |
Reliability and operability |
ノードが分離しているときにキャッチアップソースが変更された場合、ノードのPART_CATCHUPフェーズの後にスロットを残さないでください（BDR BDR ）<p>すべてのノードのデータの一貫性を保つために、そのノードから欠落している変更を残りのノード間で転送します。これには、追加のレプリケーションスロットを一時的に作成する必要があります。通常、このレプリケーションスロットはキャッチアップフェーズの最後に削除されますが、変更のソースノードを変更する必要がある特定のシナリオでは、このスロットは以前に取り残されている可能性があります。このバージョンから、このスロットは常に正しく削除されます。</p> |
Bug fix |
Reliability and operability |
BDRグループにノードが1つしかない場合は、グループスロットを前方に移動します<p>これにより、グループが単一のBDRノードだけで実行されたままになった場合のWALの蓄積によるディスクの枯渇を防ぎます。これは推奨される設定ではありませんが、WALの蓄積は意図的なものではありません。</p> |
Bug fix |
Reliability and operability |
BDRグループにノードが1つしかない場合のAdvanced Raftプロトコルバージョン<p>それ以外の場合、シングルノードクラスターは、別のノードが追加されるまで常に最も古いサポートプロトコルを使用します。これにより、その単一のノードで使用可能な機能セットが制限される可能性があります。</p> |
アップグレード¶
このリリースは、次のバージョンのBDRからのアップグレードをサポートしています。
3.7.14
4.0.0以降
- アップグレードする前に、
Upgrade Guide に記載されているプロセスと制限を読んで理解してください。
