Update to 2022-06-16 draft
authorJonathan S. Katz <jonathan.katz@excoventures.com>
Tue, 14 Jun 2022 01:14:26 +0000 (21:14 -0400)
committerJonathan S. Katz <jonathan.katz@excoventures.com>
Tue, 14 Jun 2022 01:14:26 +0000 (21:14 -0400)
Reviewed-by: Tom Lane <tgl@sss.pgh.pa.us>
update_releases/current/20220616updaterelease.md

index 35f1d4ec0ae74e9222e2d75545fb9052c1b47580..6b0a29492686e926a4bfb40f49dbcd09944ca5e4 100644 (file)
@@ -1,7 +1,7 @@
 The PostgreSQL Global Development Group has released PostgreSQL 14.4 to fix an
 issue that could cause silent data corruption when using the
 [`CREATE INDEX CONCURRENTLY`](https://www.postgresql.org/docs/current/sql-createindex.html)
-and [`REINDEX CONCURRENTLY`](https://www.postgresql.org/docs/current/sql-reindex.html)
+or [`REINDEX CONCURRENTLY`](https://www.postgresql.org/docs/current/sql-reindex.html)
 commands. Please see the following section for information on how to detect and
 correct silent data corruption in your indexes.
 
@@ -16,12 +16,14 @@ versions of PostgreSQL (10 - 14).
 Detect and Fix `CREATE INDEX CONCURRENTLY` / `REINDEX CONCURRENTLY` Corruption
 ------------------------------------------------------------------------------
 
-PostgreSQL 14.4 fixes an issue with the
+PostgreSQL 14.4 fixes an issue with
 [`CREATE INDEX CONCURRENTLY`](https://www.postgresql.org/docs/current/sql-createindex.html)
 and [`REINDEX CONCURRENTLY`](https://www.postgresql.org/docs/current/sql-reindex.html)
-that could cause silent data corruption of indexes. This issue may not have
-corrupted your indexes, but if you are unsure, we advise you to reindex using
-the instructions below.
+that could cause silent data corruption of indexes. Prior to the fix,
+`CREATE INDEX CONCURRENTLY` and `REINDEX CONCURRENTLY` could build indexes that
+would have missing entries, causing `SELECT` queries that used the index to not
+find certain rows. This issue may not have corrupted your indexes, but if you
+are unsure, we advise you to reindex using the instructions below.
 
 You can detect if a B-tree index (the default index type) has data corruption
 using the [`pg_amcheck`](https://www.postgresql.org/docs/current/app-pgamcheck.html)
@@ -70,8 +72,8 @@ function that returns a domain over composite type.
 sub-`SELECT` that is referenced in a `GROUPING` function.
 * Fix error checking in `COPY FROM` when the database encoding is `SQL_ASCII`
 but the client encoding is a multi-byte encoding.
-* Report implicitly-created operator families (`CREATE OPERATOR CLASS`) to event
-triggers.
+* Report implicitly-created operator families (generated by
+`CREATE OPERATOR CLASS`) to event triggers.
 * Prevent triggering `wal_receiver_timeout` on a standby during logical
 replication of large transactions.
 * Remove incorrect TLS private key file ownership check in libpq.