From f0b94e80d049089e73c5db13ceb0333e3e3a1358 Mon Sep 17 00:00:00 2001 From: Taiki Koshino Date: Tue, 13 May 2025 15:00:43 +0900 Subject: [PATCH] Doc: add release notes. --- doc.ja/src/sgml/release-4.2.sgml | 140 ++++++++++++++++++++++++++++ doc/src/sgml/release-4.2.sgml | 153 +++++++++++++++++++++++++++++++ 2 files changed, 293 insertions(+) diff --git a/doc.ja/src/sgml/release-4.2.sgml b/doc.ja/src/sgml/release-4.2.sgml index cc75d61b4..3a1113454 100644 --- a/doc.ja/src/sgml/release-4.2.sgml +++ b/doc.ja/src/sgml/release-4.2.sgml @@ -1,6 +1,146 @@ + + リリース 4.2.22 + + リリース日 + 2025-05-15 + + + + 変更点 + + + + + 設定ファイルにメジャーバージョンを追加しました。 (Bo Peng) + + + + + + + 不具合修正 + + + + + クエリキャッシュにおける、古くからあるバインド時のバグを修正しました。(Tatsuo Ishii) + + + 名前付きステートメントを準備すると、バインド後にパースメッセージなしで実行することが可能です。 + 問題は、実行時またはCOMMIT時にクエリキャッシュを無効化するために必要なテーブルOIDが、パースメッセージ処理（Parse()）でのみ収集されていたことです。 + そのため、前回の実行後にパースなしでバインドを実行すると、テーブルOIDが収集されず、pgpoolはクエリキャッシュの無効化に失敗していました。 + バインド時にもテーブルOIDを収集するよう修正しました。 + 006.memqcacheに回帰テストを追加しました。 + + + この問題はEmond Achilleas Mantziosによって報告され、テストプログラムが提供されました。 + + + ディスカッション: [pgpool-general: 9427] Clarification on query results cache visibility + + + + + + クエリキャッシュの無効化に失敗する問題を修正しました。 (Tatsuo Ishii) + + + 実行メッセージを受信すると、pgpoolは最大行数パラメータをチェックします。この値が0でない場合、pgpoolはpool_handle_query_cache()にクエリキャッシュを作成しないよう指示するために、"partial_fetch"フラグを設定します。 + 問題は、コミット2a99aa5d1が、INSERT/UPDATE/DELETEであっても実行メッセージパラメータが0以外（ほとんどの場合1）に設定され、pgpoolがSELECT以外の場合でもこのフラグを設定することを見落としていることです。 + この結果、このフラグがtrueの場合、pool_handle_query_cache()内の後続のコードでキャッシュの無効化がスキップされるため、クエリキャッシュの無効化に失敗していました。 + フラグを設定する前にクエリが読み取り専用のSELECTであるかどうかを確認するようにExecute()を修正しました。 + + + この問題はEmond Achilleas Mantziosによって報告され、テストプログラムが提供されました。 + + + ディスカッション: [pgpool-general: 9427] Clarification on query results cache visibility + + + + + + OpenBSDへ移植する際の問題を修正しました。 (Tatsuo Ishii) + + + ディスカッション: [pgpool-hackers: 4582] Make pgpool build on OpenBSD + + + このパッチはMartijn van Durenによって作成されました。 + + + + + + json_writerが特殊文字を正確にエンコードできない問題を修正しました。(Bo Peng) + + + が特殊文字を含んでいる状態でwatchdogを起動するとPgpool-IIがクラッシュしていました。 + + + このパッチはMartijn van Durenによって作成され、Bo Pengによって微修正されました。 + + + + + + リロード時にを開くようにストリーミングレプリケーションチェックとヘルスチェックプロセスを修正しました。(Tatsuo Ishii) + + + ストリーミングレプリケーションチェックとヘルスチェックはリロード前にを開いていませんでした。 + もしかが空文字列の時は、からパスワードを得ます。 + そのためこれらのプロセスはリロード時にの古いコンテンツを読み取ります。 + + + + + + ドキュメント修正 + + + + + の説明を改善しました。(Tatsuo Ishii) + + + が計算されるタイミングは、接続キャッシュを保持しているプロセスからクライアントが切断されたときであることを追記しました。 + + + ディスカッション: [pgpool-hackers: 4577] Doc: enhance the description on connection_life_time + + + + + + についての説明を改善しました。 (Tatsuo Ishii) + + + スーパーユーザーかpg_monitorグループであるべきです。 + + + + + + リリース 4.2.21 diff --git a/doc/src/sgml/release-4.2.sgml b/doc/src/sgml/release-4.2.sgml index 7e319b445..d3f291d60 100644 --- a/doc/src/sgml/release-4.2.sgml +++ b/doc/src/sgml/release-4.2.sgml @@ -1,6 +1,159 @@ + + Release 4.2.22 + + Release Date + 2025-05-15 + + + + Changes + + + + + Add major version information to the configuration file. (Bo Peng) + + + + + + + Bug fixes + + + + + Fix long standing bind bug with query cache. (Tatsuo Ishii) + + + When a named statement is prepared, it is possible to bind then execute without a parse message. + Problem is, table oids which are necessary to invalidate query cache at execute or COMMIT was + collected only in parse messages process (Parse()). Thus if bind is executed + without parse after previous execute, no table oids were collected, and pgpool failed to invalidate query cache. + Fix is collecting table oids at bind time too. + Add regression test to 006.memqcache. + + + Problem reported by and test program provided by Achilleas Mantzios. + + + Discussion: [pgpool-general: 9427] Clarification on query results cache visibility + + + + + + + Fix query cache invalidation bug. (Tatsuo Ishii) + + + When an execute message is received, pgpool checks its max number of rows paramter. If it's not zero, + pgpool sets "partial_fetch" flag to instruct pool_handle_query_cache() to not create query cache. + Problem is, commit 2a99aa5d1 missed that even INSERT/UPDATE/DELETE sets the execute message parameter to non 0 (mostly 1) + and pgpool set the flag for even none SELECTs. This resulted in failing to invalidate query cache because if the flag is true, + subsequent code in pool_handle_query_cache() skips cache invalidation. + To fix this change Execute() to check if the query is read only SELECT before setting the flag. + Also add test to 006.memqcache. + + + Problem reported by and a test program provided by Achilleas Mantzios. + + + Discussion: [pgpool-general: 9427] Clarification on query results cache visibility + + + + + + + Fix portability to OpenBSD. (Tatsuo Ishii) + + + Discussion: [pgpool-hackers: 4582] Make pgpool build on OpenBSD + + + The patch was created by Martijn van Duren. + + + + + + Fix json_writer did not properly encode special characters. (Bo Peng) + + + Pgpool-II would crash when the watchdog was enabled if contained special characters (e.g., a backslash). + + + The patch was created by Martijn van Duren and slightly modified by Bo Peng. + + + + + + Fix sr check and health check to reopen upon reload. (Tatsuo Ishii) + + + The streaming replication check and health check process forgot to + reopen upon reload. If or + is empty string, the password is obtained from + . Thus those process read outdated content of + upon reload. + + + + + + + Documents + + + + + Enhance the description on (Tatsuo Ishii) + + + is a config value to determine the life time of + cached connections to PostgreSQL backend. Current document lacks a + description that the expiration calculation is actually done at the + time when the client disconnects to the process which holds the cached + connections. + + + Discussion: [pgpool-hackers: 4577] Doc: enhance the description on connection_life_time + + + + + + Enhance the explanation on . (Tatsuo Ishii) + + + It must be a superuser or in the pg_monitor group. + + + + + + Release 4.2.21 -- 2.39.5