↑↓ select ↵ open ⌫ change scope Open full search

PG.CENTER connects PostgreSQL documentation, reference, and ecosystem knowledge. Maintained by Pigsty.

DocumentationVersion comparison

POSTGRESQL · VERSION COMPARE

PostgreSQL 14.20 release changes

All features, fixes, and compatibility notes in this release, with related records from other versions.

All changes in this release
All changes in this release

Includes changes after the source version through the target. A major version name means its initial release.

From PostgreSQL 9.0 onward: 17 major branches and 352 release notes. Updated 2026-09-26.

Complete release changes

14.20

2025-11-13

Export JSON
46changesFeatures, fixes, improvements
1releaseGrouped by release
2CVEsVulnerability IDs mentioned in these notes

14.20 SupportedSupport ends 2026-11-12

Security records mentioned in this release 2 CVEs
CVEs mentioned in these notes, including possible follow-up fixes for earlier vulnerabilities
CVE / issueSeverityFixed version
CVE-2025-12818

Avoid integer overflow in allocation-size calculations within libpq

5.914.20
CVE-2025-12817

Check for CREATE privileges on the schema in CREATE STATISTICS

3.114.20

PostgreSQL 14.20

Migration and compatibility

A dump/restore is not required for those running 14.X.

However, if you are upgrading from a version earlier than 14.19, see Section E.6.

SecurityCheck for CREATE privileges on the schema in CREATE STATISTICS

Changes

Check for CREATE privileges on the schema in CREATE STATISTICS (Jelte Fennema-Nio) §

This omission allowed table owners to create statistics in any schema, potentially leading to unexpected naming conflicts.

The PostgreSQL Project thanks Jelte Fennema-Nio for reporting this problem. (CVE-2025-12817)

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

SecurityAvoid integer overflow in allocation-size calculations within libpq

Changes

Avoid integer overflow in allocation-size calculations within libpq (Jacob Champion) §

Several places in libpq were not sufficiently careful about computing the required size of a memory allocation. Sufficiently large inputs could cause integer overflow, resulting in an undersized buffer, which would then lead to writing past the end of the buffer.

The PostgreSQL Project thanks Aleksey Solovev of Positive Technologies for reporting this problem. (CVE-2025-12818)

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFurther fix processing of character classes within SIMILAR TO regular expressions

Changes

Further fix processing of character classes within SIMILAR TO regular expressions (Laurenz Albe) §

The previous fix for translating SIMILAR TO pattern matching expressions to POSIX-style regular expressions broke a corner case that formerly worked: if there is an escape character right after the opening bracket and then a closing bracket right after the escape sequence (for example [\w]), the closing bracket was no longer seen as terminating the character class.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function

Changes

Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function (Tom Lane) §

Such a CTE reference must act like a outer-level column reference when determining the aggregate's semantic level; but it was not being accounted for, leading to obscure planner or executor errors.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix “no relation entry for relid” errors in corner cases while estimating SubPlan costs

Changes

Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs (Richard Guo) §

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsRemove faulty assertion in btree index cleanup

Changes

Remove faulty assertion in btree index cleanup (Peter Geoghegan) §

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix possible infinite loop in GIN index scans with multiple scan conditions

Changes

Fix possible infinite loop in GIN index scans with multiple scan conditions (Tom Lane) §

GIN can handle scan conditions that can reject non-matching entries but are not useful for searching for relevant entries, for example a tsquery clause like !term. But such a condition must not be first in the array of scan conditions. The code failed to ensure that in all cases, with the result that a query having a mix of such conditions with normal conditions might work or not depending on the order in which the conditions were given in the query.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsEnsure that GIN index scans can be canceled

Changes

Ensure that GIN index scans can be canceled (Tom Lane) §

Some code paths were capable of running for a long time without checking for interrupts.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsEnsure that BRIN autosummarization provides a snapshot for index expressions that need one

Changes

Ensure that BRIN autosummarization provides a snapshot for index expressions that need one (Álvaro Herrera) § §

Previously, autosummarization would fail for such indexes, and then leave placeholder index tuples behind, causing the index to bloat over time.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages

Changes

Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages (Sunil S) §

This oversight could result in an infinite loop or scanning of unneeded table pages.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix incorrect zero-extension of stored values in JIT-generated tuple deforming code

Changes

Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code (David Rowley) §

When not using JIT, the equivalent code does sign-extension not zero-extension, leading to a different Datum representation of small integer data types. This inconsistency was masked in most cases, but it is known to lead to “could not find memoization table entry” errors when using Memoize plan nodes, and there might be other symptoms.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAdd missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes

Changes

Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes (Sophie Alpert, David Rowley) § §

This omission led to possibly not rechecking a condition on ctid during concurrent-update situations, causing the update's behavior to vary depending on which plan type had been selected.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ

Changes

Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ (Masahiko Sawada, Etsuro Fujita) §

In such cases the foreign or custom access method should be invoked normally, but that did not happen, typically leading to a crash.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid duplicating hash partition constraints during DETACH CONCURRENTLY

Changes

Avoid duplicating hash partition constraints during DETACH CONCURRENTLY (Haiyang Li) §

ALTER TABLE DETACH PARTITION CONCURRENTLY was written to add a copy of the partitioning constraint to the now-detached partition. This was misguided, partially because non-concurrent DETACH doesn't do that, but mostly because in the case of hash partitioning the constraint expression contains references to the parent table's OID. That causes problems during dump/restore, or if the parent table is dropped after DETACH. In v19 and later, we'll no longer create any such copied constraints at all. In released branches, to minimize the risk of unforeseen consequences, only skip adding a copied constraint if it is for hash partitioning.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsDisallow generated columns in partition keys

Changes

Disallow generated columns in partition keys (Jian He, Ashutosh Bapat) §

This was already not allowed, but the check missed some cases, such as where the column reference is implicit in a whole-row reference.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsDisallow generated columns in COPY ... FROM ... WHERE clauses

Changes

Disallow generated columns in COPY ... FROM ... WHERE clauses (Peter Eisentraut, Jian He) §

Previously, incorrect behavior or an obscure error message resulted from attempting to reference such a column, since generated columns have not yet been computed at the point where WHERE filtering is done.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix visibility checking for statistics objects in pg_temp

Changes

Fix visibility checking for statistics objects in pg_temp (Noah Misch) §

A statistics object located in a temporary schema cannot be named without schema qualification, but pg_statistics_obj_is_visible() missed that memo and could return “true” regardless. In turn, functions such as pg_describe_object() could fail to schema-qualify the object's name as expected.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix memory leakage in hashed subplans

Changes

Fix memory leakage in hashed subplans (Haiyang Li) §

Any memory consumed by the hash functions used for hashing tuples constituted a query-lifespan memory leak. One way that could happen is if the values being hashed require de-toasting.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAdd missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE

Changes

Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE (Zhijie Hou) § §

If MERGE may require update or delete actions, and the target table publishes updates or deletes, insist that it have a REPLICA IDENTITY defined. Failing to require this can silently break replication. Likewise, INSERT with an UPDATE option must require REPLICA IDENTITY if the target table publishes either inserts or updates.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesAvoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber

Changes

Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber (Dilip Kumar) §

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix incorrect reporting of replication lag in pg_stat_replication view

Changes

Fix incorrect reporting of replication lag in pg_stat_replication view (Fujii Masao) §

If any standby server's replay LSN stopped advancing, the write_lag and flush_lag columns would eventually stop updating.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid duplicative log messages about invalid primary_slot_name settings

Changes

Avoid duplicative log messages about invalid primary_slot_name settings (Fujii Masao) §

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsRemove the unfinished slot state file after failing to write a replication slot's state to disk

Changes

Remove the unfinished slot state file after failing to write a replication slot's state to disk (Michael Paquier) §

Previously, a failure such as out-of-disk-space resulted in leaving a temporary state.tmp file behind. That's problematic because it would block all subsequent attempts to write the state, requiring manual intervention to clean up.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source

Changes

Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source (Xuneng Zhou) §

During a timeline change, a standby server's WAL receiver should remain alive, waiting for a new WAL streaming start point. Instead it was repeatedly shutting down and immediately getting restarted, which could confuse status monitoring code.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables

Changes

Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables (Vignesh C) §

This low-probability problem manifested as transient errors like “unexpected duplicate for tablespace X, relfilenode Y”. contrib/autoprewarm was also affected. A side-effect of the fix is that the SQL function pg_filenode_relation() will now ignore temporary tables.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid assertion failure when trying to release a replication slot in single-user mode

Changes

Avoid assertion failure when trying to release a replication slot in single-user mode (Hayato Kuroda) §

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege

Changes

Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege (Bryan Green) §

This code would have crashed or at least printed garbage. No such cases have been reported though, indicating that failure of these system calls is extremely rare.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsAvoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set

Changes

Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set (Tom Lane) §

If the pre-existing set has fewer semaphores than we asked for, these platforms return EINVAL not EEXIST as our code expected, resulting in failure to start the database.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix false memory-context-checking warnings in debug builds on 64-bit Windows

Changes

Fix false memory-context-checking warnings in debug builds on 64-bit Windows (David Rowley) §

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsCorrectly handle GROUP BY DISTINCT in PL/pgSQL assignment statements

Changes

Correctly handle GROUP BY DISTINCT in PL/pgSQL assignment statements (Tom Lane) §

The parser failed to record the DISTINCT option in this context, so that the command would act as if it were plain GROUP BY.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesAvoid leaking memory when handling a SQL error within PL/Python

Changes

Avoid leaking memory when handling a SQL error within PL/Python (Tom Lane) §

This fixes a session-lifespan memory leak introduced in our previous minor releases.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix libpq's trace output of characters with the high bit set

Changes

Fix libpq's trace output of characters with the high bit set (Ran Benita) §

On platforms where char is considered signed, the output included unsightly \xffffff decoration.

Related records (3)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix libpq's handling of socket-related errors on Windows within its GSSAPI logic

Changes

Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic (Ning Wu, Tom Lane) §

The code for encrypting/decrypting transmitted data using GSSAPI did not correctly recognize error conditions on the connection socket, since Windows reports those differently than other platforms. This led to failure to make such connections on Windows.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsIn pg_dump, dump security labels on subscriptions and event triggers

Changes

In pg_dump, dump security labels on subscriptions and event triggers (Jian He, Fujii Masao) §

Labels on these types of objects were previously missed.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix pg_dump's sorting of default ACLs and foreign key constraints

Changes

Fix pg_dump's sorting of default ACLs and foreign key constraints (Kirill Reshke, Álvaro Herrera) § § §

Ensure consistent ordering of these database object types, as was already done for other object types.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsIn pg_dump, label comments for separately-dumped domain constraints with the proper dependency

Changes

In pg_dump, label comments for separately-dumped domain constraints with the proper dependency (Noah Misch) §

This error could lead to parallel pg_restore attempting to create the comment before the constraint itself has been restored.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsIn pg_restore, skip comments and security labels for publications and subscriptions that are not being restored

Changes

In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored (Jian He, Fujii Masao) § §

Do not emit COMMENT or SECURITY LABEL commands for these objects when --no-publications or --no-subscriptions is specified.

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix assorted errors in the data compression logic in pg_dump and pg_restore

Changes

Fix assorted errors in the data compression logic in pg_dump and pg_restore (Daniel Gustafsson, Tom Lane) §

Error checking was missing or incorrect in several places, and there were also portability issues that would manifest on big-endian hardware. These problems had been missed because this code is only used to read compressed TOC files within directory-format dumps. pg_dump never produces such a dump; the case can be reached only by manually compressing the TOC file after the fact, which is a supported thing to do but very uncommon.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix pgbench to error out cleanly if a COPY operation is started

Changes

Fix pgbench to error out cleanly if a COPY operation is started (Anthonin Bonnefoy) §

pgbench doesn't intend to support this case, but previously it went into an infinite loop.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix pgbench's reporting of multiple errors

Changes

Fix pgbench's reporting of multiple errors (Yugo Nagata) §

In cases where two successive PQgetResult calls both fail, pgbench might report the wrong error message.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsEnsure that contrib/pg_buffercache functions can be canceled

Changes

Ensure that contrib/pg_buffercache functions can be canceled (Satyanarayana Narlapuram, Yuhang Qiu) §

Some code paths were capable of running for a long time without checking for interrupts.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix contrib/pg_prewarm's privilege checks for indexes

Changes

Fix contrib/pg_prewarm's privilege checks for indexes (Ayush Vatsa, Nathan Bossart) §

pg_prewarm() requires SELECT privilege on relations to be prewarmed. However, since indexes have no SQL privileges of their own, this resulted in non-superusers being unable to prewarm indexes. Instead, check for SELECT privilege on the index's table.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsMake contrib/pgstattuple more robust about empty or invalid index pages

Changes

Make contrib/pgstattuple more robust about empty or invalid index pages (Nitin Motiani) §

Count all-zero pages as free space, and ignore pages that are invalid according to a check of the page's special-space size. The code for btree indexes already counted all-zero pages as free, but the hash and gist code would error out, which has been found to be much less user-friendly. Similarly, make all three cases agree on ignoring corrupted pages rather than throwing errors.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

ImprovementsHarden our read and write barrier macros to satisfy Clang

Changes

Harden our read and write barrier macros to satisfy Clang (Thomas Munro) §

We supposed that __atomic_thread_fence() is a sufficient barrier to prevent the C compiler from re-ordering memory accesses around it, but it appears that that's not true for Clang, allowing it to generate incorrect code for at least RISC-V, MIPS, and LoongArch machines. Add explicit compiler barriers to fix that.

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix building with LLVM version 21 and later

Changes

Fix building with LLVM version 21 and later (Holger Hoffstätte) §

Related records (4)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

Bug fixesFix PGXS build infrastructure to support building NLS po files for extensions

Changes

Fix PGXS build infrastructure to support building NLS po files for extensions (Ryo Matsumura) §

Related records (5)

“Same change” requires complete matching evidence. “Related commits” can cover independent changes, a partial backport, or a follow-up correction; each release keeps its own explanation.

How is this comparison generated?

The comparison follows PostgreSQL release notes from just after the source through the target version. For a major upgrade, maintenance releases from each older branch are included only up to the next major release date, and never after the target date. A major version such as 18 means its initial release, 18.0. Previews and development snapshots are labeled separately.

Entries come from the original English manuals. Release coverage and commit evidence are verified against upstream sources. Every entry retains its complete explanation and source link. Categories aid browsing; read the full notes for impact, conditions, and migration steps.

Fixes can be backported to several branches. Confirmed duplicates are merged conservatively, with every branch explanation retained. A note describing several independent fixes is excluded only when all are already present in the source. Major-release features remain distinct from related maintenance patches unless their complete original descriptions match. Uncertain matches are retained. This is a release-note history, not an exhaustive comparison of compiled binaries.

CVE results are calculated independently from the PostgreSQL security registry and vulnerability records. A CVE counts as gained protection only when the source is affected and the target is fixed or unaffected. Remaining vulnerabilities are listed separately. Security entries and distinct CVEs are counted separately.

Interaction inspired by pgversions.com and pgversionreport. Content comes from PostgreSQL release notes. See the release notes archive.