Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vYR1J-003PR5-14 for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Dec 2025 15:43:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vYR1I-0053Tj-0G for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Dec 2025 15:43:24 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vYR1H-0053Ta-2K for pgsql-hackers@lists.postgresql.org; Wed, 24 Dec 2025 15:43:24 +0000 Received: from mail-wm1-x32a.google.com ([2a00:1450:4864:20::32a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vYR1F-002XhF-1j for pgsql-hackers@lists.postgresql.org; Wed, 24 Dec 2025 15:43:23 +0000 Received: by mail-wm1-x32a.google.com with SMTP id 5b1f17b1804b1-4779cc419b2so47894445e9.3 for ; Wed, 24 Dec 2025 07:43:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1766590996; x=1767195796; darn=lists.postgresql.org; h=content-disposition:mime-version:message-id:subject:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=yH5QFwwGRjLcdJg8e6jNimSobM5wmtjoicGphOyJvV8=; b=IdAU/x0MncbnEZ35eZGHlTlEh+esgEDxEINMYHAAy+L3Ykc9HAWtRRnTwt3SLJGAp5 NVSRYGehHs26byVwmbxDUzG+jxcG02CKqDsjc+Oc7RguibfbLVRXmaXpGtrdxoVRLnI6 UyySTT4uT5+bPA3jVBQMzqEA32DqGTeM8BNkH9c2yIUKCGRsdhJLgM2XWaMkja9IlpiW hLemA1BWSIbqNmY6g76ID0AhOPC0eJoMHrHsWzRvuQhfNv6/DbGQmdBjWHTue4enqLNP M/9x3xZ2eeKrHcHRaO1ir4pnjGPX49IjQn33NIbMEU7I1LKesnfRMd8rzLskcTyMZrir O7/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1766590996; x=1767195796; h=content-disposition:mime-version:message-id:subject:to:from:date :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yH5QFwwGRjLcdJg8e6jNimSobM5wmtjoicGphOyJvV8=; b=GEfdxvKqzXc7wRv2LncL9Rb32IT5HLSAAQtaIAv3vKOD9VIWSXUL8G4Lbm9yfN4hEU 4eGlAIq3rJ94C1Um4auhT211GhJ0IpCjnQfxvWpUXDNxSgJzidcaBp7wQHH1CNeeTaJa gVbOx58XO3tdC3S7NIEuLJgh0cQmTDworxDVCfsyfuXROeUYsz1EoyUfWEFFbF2134lM y14jV0x5utQIo4nvJPCbPc66tR+P72vdMz4npen0k7Hhcfv+CtaANwDB0gSC1OjhPexI MuxWdUqB/jRmckMtyOinmIJvs7y+TFy5FDCNTkUjNTiwBdw2SYy/aRsMNY6t1+BPsVeK jG+Q== X-Gm-Message-State: AOJu0YxWwMv/Cs3te4rqewbsjrGKZATyrIX0bPvM2nYDKc1Ifu7ZqDM2 GswmIBcuKdAzwMWIQyGp62W8pFoeQoA4VhGZI5hQ+4ehb0iKpBk1lerEpCl+BHauZeA= X-Gm-Gg: AY/fxX4tv3ZmHI0kApPW80FvY+8WJi396Ke0jQxjGokR3uO37XQUxVg7BYwW4NW7CzK 3VvPc1EfUb4NiJIrwCr1ctcCAlX/uI3uC2s4L74C+mBmJdhWYYdiFpUS3V8HP3AMOYnG1uWiUyj AulUXo12loSy0XCFhJ36xK1STqlUpj6M12+txohAH++fI8F66zlpm3ar0Ey2wbe07JgE6KMzCRe Nurwum67H7tiLm165tt28Dmg23s7uBWPx2c0MLxP5YCdGdpmU+o1b/yiCx3EASMZZ+QdrMxbPPq zUXIKX4eA6xenlTgKeYLCsHhbWIPg6haS7Wl7P5HVG1WfBNrTwn3V9cOoPTiO0ZP9kaTQRIN3+e QlZ0XjUfKMzgypTSQp+iZwDF6fUXVGjNFD0LHN89KuMBhtjXEIpECT4jNHZxZBc3SnBNv17MJWF TZOFE= X-Google-Smtp-Source: AGHT+IHGVSA/8JgbtOE7Sc4rsRosOAlilqd4k6g/QImNYHjrca/JH27fMXX/6KwA/cGtWIjGWpSc1Q== X-Received: by 2002:a05:600c:444b:b0:477:561f:6fc8 with SMTP id 5b1f17b1804b1-47d19549625mr160866365e9.5.1766590995608; Wed, 24 Dec 2025 07:43:15 -0800 (PST) Received: from jrouhaud ([2a01:e0a:c:bcf0:7aec:e54:d98c:f301]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-47d193e329asm301903525e9.15.2025.12.24.07.43.14 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Dec 2025 07:43:14 -0800 (PST) Date: Wed, 24 Dec 2025 23:43:13 +0800 From: Julien Rouhaud To: pgsql-hackers@lists.postgresql.org Subject: Cleaning up PREPARE query strings? Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="biRhQYMBrGQlqcCN" Content-Disposition: inline List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --biRhQYMBrGQlqcCN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Currently prepared statements store the whole query string that was submitted by the client at the time of the PREPARE as-is. This is usually fine, but if that query was a multi-statement query string it can lead to a waste of memory. There are some pattern that are more likely to have such overhead, mine being an application with a fixed set of prepared statements that are sent at the connection start using a single query to avoid extra round trips. One naive example of the outcome is as follow: #= PREPARE s1 AS SELECT 1\; PREPARE s2(text) AS SELECT oid FROM pg_class WHERE relname = $1\; PREPARE s3(int, int) AS SELECT $1 + $2; PREPARE PREPARE PREPARE =# SELECT name, statement FROM pg_prepared_statements ; name | statement ------+---------------------------------------------------------------------------- s1 | PREPARE s1 AS SELECT 1; PREPARE s2(text) AS SELECT oid FROM pg_class WHERE+ | relname = $1; PREPARE s3(int, int) AS SELECT $1 + $2; s2 | PREPARE s1 AS SELECT 1; PREPARE s2(text) AS SELECT oid FROM pg_class WHERE+ | relname = $1; PREPARE s3(int, int) AS SELECT $1 + $2; s3 | PREPARE s1 AS SELECT 1; PREPARE s2(text) AS SELECT oid FROM pg_class WHERE+ | relname = $1; PREPARE s3(int, int) AS SELECT $1 + $2; (3 rows) The more prepared statements you have the bigger the waste. This is also not particularly readable for people who want to rely on the pg_prepared_statements views, as you need to parse the query again yourself to figure out what exactly is the associated query. I assume that some other patterns could lead to other kind of problems. For instance if the query string includes a prepared statement and some DML, it could lead some automated program to replay both the PREPARE and DML when only the PREPARE was intended. I'm attaching a POC patch to fix that behavior by teaching PREPARE to clean the passed query text the same way as pg_stat_statements. Since it relies on the location saved during parsing the overhead should be minimal, and only present when some space can actually be saved. Note that I first tried to have the cleanup done in CreateCachedPlan so that it's done everywhere including things like the extended protocol but this lead to too many issues so I ended up doing it for an explicit PREPARE statement only. With this patch applied, the above scenario gives this new output: =# SELECT name, statement FROM pg_prepared_statements ; name | statement ------+---------------------------------------------------- s1 | PREPARE s1 AS SELECT 1 s2 | PREPARE s2(text) AS SELECT oid FROM pg_class WHERE+ | relname = $1 s3 | PREPARE s3(int, int) AS SELECT $1 + $2 (3 rows) One possible issue is that any comment present at the beginning of the query text would be discarded. I'm not sure if that's something used by e.g. pg_hint_plan, but if yes it's always possible to put the statement in front of the SELECT (or other actual first keyword) rather than the PREPARE itself to preserve it. --biRhQYMBrGQlqcCN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=v1-0001-Cleanup-explicit-PREPARE-query-strings.patch From bab4d858e18cdd50713ae430e28499ca2acab441 Mon Sep 17 00:00:00 2001 From: Julien Rouhaud Date: Wed, 24 Dec 2025 22:31:52 +0800 Subject: [PATCH v1] Cleanup explicit PREPARE query strings When a multi statements query string contains one PREPARE statement (or multiple), the whole query string was saved in the cached plan. This is wasteful as that string can be artitrarily big, but it can also confusing as some other parts like pg_prepared_statements will output the saved query string as-is. This commit changes this behavior and only stores the part of the query string that correspond to any given PREPARED statement, similarly to how it's already done in pg_stat_statements. --- contrib/auto_explain/t/001_auto_explain.pl | 8 ++-- src/backend/commands/prepare.c | 43 +++++++++++++++++++-- src/test/regress/expected/prepare.out | 44 +++++++++++++--------- src/test/regress/sql/prepare.sql | 2 +- 4 files changed, 72 insertions(+), 25 deletions(-) diff --git a/contrib/auto_explain/t/001_auto_explain.pl b/contrib/auto_explain/t/001_auto_explain.pl index 6af5ac1da18..535c4770095 100644 --- a/contrib/auto_explain/t/001_auto_explain.pl +++ b/contrib/auto_explain/t/001_auto_explain.pl @@ -60,7 +60,7 @@ $log_contents = query_log($node, like( $log_contents, - qr/Query Text: PREPARE get_proc\(name\) AS SELECT \* FROM pg_proc WHERE proname = \$1;/, + qr/Query Text: PREPARE get_proc\(name\) AS SELECT \* FROM pg_proc WHERE proname = \$1/, "prepared query text logged, text mode"); like( @@ -82,7 +82,7 @@ $log_contents = query_log( like( $log_contents, - qr/Query Text: PREPARE get_type\(name\) AS SELECT \* FROM pg_type WHERE typname = \$1;/, + qr/Query Text: PREPARE get_type\(name\) AS SELECT \* FROM pg_type WHERE typname = \$1/, "prepared query text logged, text mode"); like( @@ -98,7 +98,7 @@ $log_contents = query_log( like( $log_contents, - qr/Query Text: PREPARE get_type\(name\) AS SELECT \* FROM pg_type WHERE typname = \$1;/, + qr/Query Text: PREPARE get_type\(name\) AS SELECT \* FROM pg_type WHERE typname = \$1/, "prepared query text logged, text mode"); unlike( @@ -164,7 +164,7 @@ $log_contents = query_log( like( $log_contents, - qr/"Query Text": "PREPARE get_class\(name\) AS SELECT \* FROM pg_class WHERE relname = \$1;"/, + qr/"Query Text": "PREPARE get_class\(name\) AS SELECT \* FROM pg_class WHERE relname = \$1"/, "prepared query text logged, json mode"); like( diff --git a/src/backend/commands/prepare.c b/src/backend/commands/prepare.c index 34b6410d6a2..11b330ab73d 100644 --- a/src/backend/commands/prepare.c +++ b/src/backend/commands/prepare.c @@ -27,6 +27,7 @@ #include "commands/prepare.h" #include "funcapi.h" #include "nodes/nodeFuncs.h" +#include "nodes/queryjumble.h" #include "parser/parse_coerce.h" #include "parser/parse_collate.h" #include "parser/parse_expr.h" @@ -64,6 +65,7 @@ PrepareQuery(ParseState *pstate, PrepareStmt *stmt, Oid *argtypes = NULL; int nargs; List *query_list; + const char *new_query; /* * Disallow empty-string statement name (conflicts with protocol-level @@ -80,14 +82,49 @@ PrepareQuery(ParseState *pstate, PrepareStmt *stmt, */ rawstmt = makeNode(RawStmt); rawstmt->stmt = stmt->query; - rawstmt->stmt_location = stmt_location; - rawstmt->stmt_len = stmt_len; + + /* + * Extract the query text if possible. + * + * If we have a statement location, we can extract the relevant part of the + * possibly multi-statement query string. If not just use what we were + * given. + */ + if (stmt_location < 0) + { + rawstmt->stmt_location = stmt_location; + rawstmt->stmt_len = stmt_len; + new_query = pstate->p_sourcetext; + } + else + { + const char *cleaned; + char *tmp; + + rawstmt->stmt_len = stmt_len; + cleaned = CleanQuerytext(pstate->p_sourcetext, &stmt_location, + &rawstmt->stmt_len); + + if (rawstmt->stmt_len == 0) + rawstmt->stmt_len = strlen(cleaned); + + /* + * CleanQuerytext() removes any leading whitespace and returns a + * pointer to the first actual character, so the cleaned query string + * is guaranteed to start at offset 0. + */ + rawstmt->stmt_location = 0; + tmp = palloc(rawstmt->stmt_len + 1); + strlcpy(tmp, cleaned, rawstmt->stmt_len + 1); + + new_query = tmp; + } /* * Create the CachedPlanSource before we do parse analysis, since it needs * to see the unmodified raw parse tree. */ - plansource = CreateCachedPlan(rawstmt, pstate->p_sourcetext, + plansource = CreateCachedPlan(rawstmt, new_query, CreateCommandTag(stmt->query)); /* Transform list of TypeNames to array of type OIDs */ diff --git a/src/test/regress/expected/prepare.out b/src/test/regress/expected/prepare.out index 5815e17b39c..c645a4e5d0e 100644 --- a/src/test/regress/expected/prepare.out +++ b/src/test/regress/expected/prepare.out @@ -6,7 +6,17 @@ SELECT name, statement, parameter_types, result_types FROM pg_prepared_statement ------+-----------+-----------------+-------------- (0 rows) -PREPARE q1 AS SELECT 1 AS a; +SELECT 'bingo'\; PREPARE q1 AS SELECT 1 AS a \; SELECT 42; + ?column? +---------- + bingo +(1 row) + + ?column? +---------- + 42 +(1 row) + EXECUTE q1; a --- @@ -14,9 +24,9 @@ EXECUTE q1; (1 row) SELECT name, statement, parameter_types, result_types FROM pg_prepared_statements; - name | statement | parameter_types | result_types -------+------------------------------+-----------------+-------------- - q1 | PREPARE q1 AS SELECT 1 AS a; | {} | {integer} + name | statement | parameter_types | result_types +------+-----------------------------+-----------------+-------------- + q1 | PREPARE q1 AS SELECT 1 AS a | {} | {integer} (1 row) -- should fail @@ -33,18 +43,18 @@ EXECUTE q1; PREPARE q2 AS SELECT 2 AS b; SELECT name, statement, parameter_types, result_types FROM pg_prepared_statements; - name | statement | parameter_types | result_types -------+------------------------------+-----------------+-------------- - q1 | PREPARE q1 AS SELECT 2; | {} | {integer} - q2 | PREPARE q2 AS SELECT 2 AS b; | {} | {integer} + name | statement | parameter_types | result_types +------+-----------------------------+-----------------+-------------- + q1 | PREPARE q1 AS SELECT 2 | {} | {integer} + q2 | PREPARE q2 AS SELECT 2 AS b | {} | {integer} (2 rows) -- sql92 syntax DEALLOCATE PREPARE q1; SELECT name, statement, parameter_types, result_types FROM pg_prepared_statements; - name | statement | parameter_types | result_types -------+------------------------------+-----------------+-------------- - q2 | PREPARE q2 AS SELECT 2 AS b; | {} | {integer} + name | statement | parameter_types | result_types +------+-----------------------------+-----------------+-------------- + q2 | PREPARE q2 AS SELECT 2 AS b | {} | {integer} (1 row) DEALLOCATE PREPARE q2; @@ -168,20 +178,20 @@ SELECT name, statement, parameter_types, result_types FROM pg_prepared_statement ------+------------------------------------------------------------------+----------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------- q2 | PREPARE q2(text) AS +| {text} | {name,boolean,boolean} | SELECT datname, datistemplate, datallowconn +| | - | FROM pg_database WHERE datname = $1; | | + | FROM pg_database WHERE datname = $1 | | q3 | PREPARE q3(text, int, float, boolean, smallint) AS +| {text,integer,"double precision",boolean,smallint} | {integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,name,name,name} | SELECT * FROM tenk1 WHERE string4 = $1 AND (four = $2 OR+| | | ten = $3::bigint OR true = $4 OR odd = $5::int) +| | - | ORDER BY unique1; | | + | ORDER BY unique1 | | q5 | PREPARE q5(int, text) AS +| {integer,text} | {integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,name,name,name} | SELECT * FROM tenk1 WHERE unique1 = $1 OR stringu1 = $2 +| | - | ORDER BY unique1; | | + | ORDER BY unique1 | | q6 | PREPARE q6 AS +| {integer,name} | {integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,integer,name,name,name} - | SELECT * FROM tenk1 WHERE unique1 = $1 AND stringu1 = $2; | | + | SELECT * FROM tenk1 WHERE unique1 = $1 AND stringu1 = $2 | | q7 | PREPARE q7(unknown) AS +| {path} | {text,path} - | SELECT * FROM road WHERE thepath = $1; | | + | SELECT * FROM road WHERE thepath = $1 | | q8 | PREPARE q8 AS +| {integer,name} | - | UPDATE tenk1 SET stringu1 = $2 WHERE unique1 = $1; | | + | UPDATE tenk1 SET stringu1 = $2 WHERE unique1 = $1 | | (6 rows) -- test DEALLOCATE ALL; diff --git a/src/test/regress/sql/prepare.sql b/src/test/regress/sql/prepare.sql index c6098dc95ce..0e7fe44725e 100644 --- a/src/test/regress/sql/prepare.sql +++ b/src/test/regress/sql/prepare.sql @@ -4,7 +4,7 @@ SELECT name, statement, parameter_types, result_types FROM pg_prepared_statements; -PREPARE q1 AS SELECT 1 AS a; +SELECT 'bingo'\; PREPARE q1 AS SELECT 1 AS a \; SELECT 42; EXECUTE q1; SELECT name, statement, parameter_types, result_types FROM pg_prepared_statements; -- 2.52.0 --biRhQYMBrGQlqcCN--