修正リリース(2019年5月9日リリース)です。アップデートではダンプ、リストアは不要です。リリース情報も確認してください。各バージョンが同時にリリースされており、本ページでは共通の記載としています。各修正項目が適用されるバージョン系列番号を項目末尾に括弧書きで記載しています。行単位セキュリティポリシーが、プランナの選択性見積り処理を通して、すり抜けされてしまうことがあり、防止されました。最頻値など)で見つかった値にユーザ定義演算子を適用します。そのため、実行したユーザにその列を参照する権限がなくとも、漏洩のある演算子が一部行の列データ値を露出させることができます。セキュリティ障害の修正で同様の問題に対する対処が行われていましたが、行単位セキュリティについては対応されていませんでした。本修正により、漏洩のある(LEAKPROOF属性が真でない)演算子は関連する行単位セキュリティ(RLS)ポリシーが無い場合に限ってプランナ統計情報に適用が許されるようになります。パーティション振り分けのエラーを報告する際に解放済みメモリへのアクセスを回避するように修正されました。(11)この障害はクラッシュをひき起こします。原理的にはサーバメモリ内容を露出させる攻撃に利用できる可能性があります。上記のパーティション振り分けのエラーとは以下の類です。インデックス再利用可能と判断した場合にシステムテーブルのデータが破損することがあり、修正されました。実行時に物理テーブルの書き換えは不要と判断したケースで発生します。したときにバックエンドプロセスがクラッシュ終了する動作が報告されました。IDENTITY列を伴う一時テーブルが作られたときにシステムテーブルのデータが破損する障害があり、修正されました。(11)(10)以下のような発生例が報告されました。エラーになる動作が修正されました。失敗させる可能性もあります。以下の予期せぬエラーが発生します。mapパーティションの既存インデックスを、新たに作成されたパーティションインデックス(親テーブルのインデックス)にアタッチするときのエラーが修正されました。以下のような予期せぬエラーを発生させます。...パーティション化された問い合わせ結果に対して他セッションによる更新を反映させる処理で、バックエンドプロセスのクラッシュが回避されました。隔離レベルを使用していて、他のセッションが問い合わせの対象行を同時並行に更新していた場合にEPQ(EvalPlanQual)の再チェック処理で発生します。削除された属性を持つ複数階層のパーティションテーブルでの、行の振り分けが修正されました。実行に対して、以下の予期せぬエラーが発生する場合がありました。slow-path処理がパーティションテーブルに適用されるときの失敗が修正されました。(11)(権限の問題などで)fast-path処理が使えない場合という、一般的でない場合以外では、この問題は顕在化しません。検査処理実装の内部的な区別です。前者が使えない場合に後者が使われます。以下のようなエラー発生が報告されました。振る舞いが修正されました。(11)(10)(9.6)(9.5)(9.4)このような場合、RETURNING句があっても問い合わせが正しい列セットを報告せず、文レベルトリガがあっても実行されませんでした。CHECK制約と同様に各パーティションのパーティション制約を使用するようになりました。10.xバージョンの振る舞いに戻したことになります。rows)トランザクションコミットをまたがるようにカーソル問い合わせを永続化しようとしてエラーが生じたときのクラッシュが回避されました。(11)プロシージャがオープンされた明示的あるいは暗黙的なカーソル(PL/pgSQLのFORループ問い合わせなど)を持つときにコミットしようとした場合、カーソルはコミット前に完全に実行され結果を保存して以降で利用可能にします。このような処理の中でエラーが生じた場合にバックエンドプロセスのクラッシュが起こっていました。TABLES指定のパブリケーションが存在するときに、一時テーブルとUNLOGGEDテーブルの更新に対する不正なエラー発行が修正されました。(11)(10)このようなテーブルはパブリケーション用には無視されるべきでしたが、一部コードでそうなっていませんでした。VALUESコマンドでの明示的なデフォルト要素の処理が修正されました。ゼロ列ビューを作れるように修正されました。(11)(10)(9.6)(9.5)(9.4)これによりゼロ列テーブルが作成可能であることと一貫性を持ち、テーブルをビューで置き換える際に失敗するケースを回避できます。構文が追加されました。EXECUTE文を記述することは可能であるべきでしたが対応していませんでした。行単位セキュリティポリシーの式に現れる副問い合わせが、確実に正しいユーザ権限で実行されるようになりました。(11)(10)(9.6)(9.5)これまで、行単位セキュリティ(RLS)ポリシーを持つテーブルがビューを通してアクセスされる場合に、セキュリティ検査がビューを呼び出したユーザで行われ、ビュー所有者ユーザで行われませんでした。後者が本来の正しい動作です。設定されているとき、xml型の有効な値としてXMLドキュメントを受け入れるようになりました。定義に従っていて、このような場合にはデータを受け入れませんでした。定義に変更されました。contentを出力するようになりました。サーバ起動時の既存共有メモリセグメントが未だ使われているかどうかの検査が改善されました。postmasterから生じた実行中プロセスが無いかを調べるようになりました。PostgreSQL二重起動によるデータ破損を予防します。起こりうるゼロ除算が回避されました。設定値に基づいてインデックスのクリーンアップが必要かどうかについて不正確な判断をひき起こします。パラレルワーカのトランザクションを別々のトランザクションと数えないように修正されました。(11)(10)(9.6)パラレル問い合わせ実行があるときに、実行時統計情報のトランザクション数が本来より多く計数されていました。GINインデックスのWALレコードにおける非互換性が修正されました。(11)(10)(9.6)(9.5)(9.4)前回のマイナーリリースには後方互換性に問題がありました。適用する場合にロック処理の問題からハングアップする動作が報告されました。WALレコードを適用する際に、前マイナーリリースの修正があるWALレコードも、無いレコードも両方読めるように修正されました。senderプロセスのクラッシュが修正されました。(11)(10)ポータルから少しずつ行を取得するときのバックエンドプロセスのメモリリークが回避されました。JDBCで問い合わせ結果を1行ずつ取得する場合に顕在化します。パーティションのリレーションキャッシュ項目が再作成されるときのメモリリークが回避されました。(11)(10)このメモリリークはセッション内で継続します。エラーに寛容になりました。する前回リリースでの変更は、失敗が想定できて本質的に操作がサポートされないことによる場合については、過度に偏執的でした。要約操作中に正しいリレーション名を報告するようになりました。(11)(10)以前は誤ってデータベース名が報告されていました。有効なときにパーティションの関する結合プランを作成しようとしたときのバックエンドプロセスのクラッシュが回避されました。joins」エラーが発生していたものが修正されました。joins複数行を返す関数を空と推定されるリレーションに適用する問い合わせに対する誤ったプラン作成が修正されました。」エラーをひき起こす可能性があります。データを参照させる際のルールを強制するときに、適切なユーザ権限を検査するようになりました。(11)(10)(9.6)(9.5)(9.4)元となるテーブルにビューを通してアクセスするとき、漏洩のある演算子をテーブルの統計データに適用して良いかの判断に、問い合わせを実行するユーザの権限ではなく、ビュー所有者の権限を考慮するようになりました。これにより、プランナのどのデータが可視かのルールをエグゼキュータのルールと一致させて、劣ったプランを回避します。グルーピングをする問い合わせでプランナの並列安全性の検査が修正されました。(11)これまでは、並列化されている可能性のある対象リストを評価する動作が無いかもしれませんでした。この問題によりプランの劣化が発生していました。プランナのユニークインデックスのロジックにおいて、INCLUDEで含められたインデックス列の誤った処理が修正されました。(11)本障害により、含められた列を持つユニークインデックスが問い合わせ結果の唯一性を保証することをプランナが認識しなくなる可能性があり、プランの劣化がもたらされました。検査が修正されました。ならない動作が発生していました。rows)多数のイコール条件と多数の潜在的に関連のある外部キー制約があるときのプラン作成が高速化されました。O(N^2)オーダで処理を要する性能問題が回避されました。(11)(10)(9.6)(9.5)(9.4)動的共有メモリの割り当てで、稀な場合におきるバックエンドプロセスのクラッシュが修正されました。(11)(10)動的共有メモリの管理での競合状態を修正しました。pinned」のエラーが生じる可能性がありました。ホットスタンバイのPostgreSQLマスタプロセス(postmaster)が、スマートシャットダウン要求を受け取った後でシャットダウンに失敗する可能性がある競合状態が修正されました。(11)(10)(9.6)(9.5)(9.4)pg_identify_object_as_address()に不正な入力が与えられたとき、クラッシュを起こす可能性があり、修正されました。システム情報を取得するSQL関数の一つです。トランザクション失敗の状態にアクセスできない可能性があり、修正されました。(11)(10)以前は未来のトランザクションの状態を取得し続けると、最終的に以下のようなエラーが発生していました。0.OpenSSLライブラリのバージョンが混在した状態でSCRAM認証を使用しようとしたときの認証失敗が修正されました。build」という分かりにくいエラーメッセージが発生していました。パスワードの検証が強化されました。MD5形式に正しくハッシュ化されたものと間違われる可能性がありました。あるかと長さのみをチェックし、16進数の文字であるかはチェックしていませんでした。パスワードは受け入れられますが、あとで使用できなくなります。データベースのエンコーディングとは異なるエンコーディングが指定されたlc_time設定の処理が修正されました。以外の文字を含むローカライズされた月または日の名前は、以前は予期せぬエラーまたはそのロケールで誤った出力を発生させていました。サーバのデータディレクトリ内のほかのファイルと同じ権限でcurrent_logfilesファイルが作成されるようになりました。指定された権限を使用していましたが、バックアップユーティリティに問題を発生させる可能性がありました。単項マイナス演算子を含む場合について、operator_precedence_warning設定に基づくチェックの誤動作が修正されました。(11)(10)(9.6)(9.5)以前は以下のような警告が発生していました。row)浮動小数点のサーバパラメータ値として「NaN」が拒否されるようになりました。各インデックスを再作成するときにアサート失敗を回避するために、REINDEX処理を並び替えて行うようになりました。(11)(10)(9.6)(9.5)(9.4)パラメータ化されたダミーパスに対するプランナのアサート失敗が修正されました。(11)(10)(9.6)(9.5)(9.4)アサートを無効にしたビルドでは本障害によるユーザに見える影響はありません。結果に正しいテスト関数が挿入されるようになりました。(11)(10)(9.6)(9.5)(9.4)コアコードでは考慮する必要はありませんが、いくつかの拡張ではその必要があります。主としてロジカルレプリケーションのために使われる内部実装関数です。(共有メモリに再接続できなかった)」としてセッションの起動に失敗する不具合が修正されました。(11)(10)(9.6)(9.5)(9.4)これまで認識されていなかった不具合の原因は、プロセスのデフォルトスレッドプール用のスレッドスタックの作成です。そのようなスタックが異なるメモリ領域に割り当てられるようになりました。Windows上のディレクトリスキャンにおけるエラー検出が修正されました。(11)(10)(9.6)(9.5)(9.4)ディレクトリの読み取り権限がない、といったエラーが検出されないか正しく報告されず、そのかわりにディレクトリが空であるかのように静かに振る舞っていました。文法問題を修正しました。DEFAULT」の誤変換をひき起こし、サーバに拒否されるであろう誤った構文を出力しました。コマンドは、実際には最初の型名だけが処理されていました。構文がサーバのものに同期されました。インクルードファイル名の処理によるバッファオーバーランの可能性があり、修正されました。失敗していた不具合が修正されました。確認するようになりました。クラッシュしなくなりました。(11)以前は、このような状況が原因でサーバーがクラッシュしたり、UPDATE結果が不正確になったりしていました。respawnしなくなりました。クラッシュしなくなりました。小さな不具合が修正されます。オプションが追加されます。パレスチナとメトラカトラの夏時間法の変更とイスラエルの歴史的な修正が含まれます。後方互換性のあるリンクになりました。生成する別のゾーンではありません。入力を受け入れますが、それを出力しません。