== PostgreSQL Weekly News - May 17, 2020 ==

From: David Fetter <david(at)fetter(dot)org>
To: PostgreSQL Announce <pgsql-announce(at)postgresql(dot)org>
Subject: == PostgreSQL Weekly News - May 17, 2020 ==
Date: 2020-05-17 19:13:25
Message-ID: 20200517191325.GA29444@fetter.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-announce

== PostgreSQL Weekly News - May 17, 2020 ==

PostgreSQL security releases 12.3, 11.8, 10.13, 9.6.18, and 9.5.22 are out.
Upgrade as soon as possible.

PGDay Russia has been postponed to July 9, 2021. It will still be held in St.

A new Spanish language text, Fundamentos para el trabajo con PostgreSQL is out.

Person of the week: https://postgresql.life/post/fabrizio_de_royes_mello/

== PostgreSQL Product News ==

pgtt 2.1, an extension to implement global temporary tables, released.

pg_partman 4.4.0, a management system for partitioned tables, released.

SQL Data Analysis 1.3, a business intelligence tool, released.

== PostgreSQL Jobs for May ==


== PostgreSQL Local ==

PGCon 2020 will take place online on May 26-29, 2020.

FOSS4G 2020, will take place in Calgary, Alberta, Canada August 24-29 2020.
the Call for Papers is currently open at https://2020.foss4g.org/speakers/

PGDay Ukraine will take place September 5th, 2020 in Lviv at the Bank Hotel.

pgDay Israel 2020 will take place on September 10, 2020 in Tel Aviv.

PGDay Austria will take place September 18, 2020 at Schloss Schoenbrunn
(Apothekertrakt) in Vienna. The CfP is open through May 17, 2020.

PostgreSQL Conference Europe 2020 will be held on October 20-23, 2020 in Berlin,
Germany. The CfP is open through July 31, 2020 at https://2020.pgconf.eu/callforpapers

PG Day Russia will take place in Saint Petersburg on July 9, 2021.

== PostgreSQL in the News ==

Planet PostgreSQL: http://planet.postgresql.org/

PostgreSQL Weekly News is brought to you this week by David Fetter

Submit news and announcements by Sunday at 3:00pm PST8PDT to david(at)fetter(dot)org(dot)

== Applied Patches ==

Tom Lane pushed:

- Doc: marginal hacking to remove some PDF build warnings. This patch eliminates
a few more "exceed the available area" warnings whose causes aren't
particularly connected to anything else. The only one really worthy of
comment is that I increased the space allowed for an <orderedlist>'s numbers,
because the default of 1em doesn't quite work for more than one digit. The
rest are one-off insertions of &zwsp; and suchlike tweaks, in places where
they shouldn't do any damage to the material. (In particular, although I
split some long identifiers with zwsp's, there are other nearby occurrences of
each one; so those changes shouldn't hurt greppability of the document

- Doc: fix "Unresolved ID reference" warnings, clean up man page cross-refs. Use
xreflabel attributes instead of endterm attributes to control the appearance
of links to subsections of SQL command reference pages. This is simpler, it
matches what we do elsewhere (e.g. for GUC variables), and it doesn't draw
"Unresolved ID reference" warnings from the PDF toolchain. Fix some places
where the text was absolutely dependent on an <xref> rendering exactly so, by
using a <link> around the required text instead. At least one of those spots
had already been turned into bad grammar by subsequent changes, and the whole
idea is just too fragile for my taste. <xref> does NOT have fixed output,
don't write as if it does. Consistently include a page-level link in
cross-man-page references, because otherwise they are useless/nonsensical in
man-page output. Likewise, be consistent about mentioning "below" or "above"
in same-page references; we were doing that in about 90% of the cases, but now
it's 100%. Also get rid of another nonfunctional-in-PDF idea, of making
cross-references to functions by sticking ID tags on <row> constructs. We can
put the IDs on <indexterm>s instead --- which is probably not any more
sensible in abstract terms, but it works where the other doesn't. (There is
talk of attaching cross-reference IDs to most or all of the docs' function
descriptions, but for now I just fixed the two that exist.) Discussion:

- Doc: fix remaining over-length entries in SQL keywords table. Even after the
tweaking I did in commit 5545b69ae, some of the longer keywords mentioned in
the SQL standard don't fit the available space in PDF output. I experimented
with various solutions like putting such keywords on their own table lines,
but everything looked ugly or confusing or both; worse, the weirdness also
appeared in the HTML version, which (normally) doesn't need it. The best
answer seems to be to insert &zwsp; into long keywords so that they can be
broken into two lines when, and only when, needed. It doesn't look too awful
if the break happens after an underscore --- and fortunately, all the
problematic keywords have underscores. Discussion:

- Doc: hack table 13.2 "Conflicting Lock Modes" till it fits in PDF. I can't see
any way to make this table fit in PDF column width without either a
fundamental redesign or abbreviating EXCLUSIVE. So I did the latter. It'd be
nicer if the abbreviating didn't leak into the HTML output as well; but the
hackery required to make the output different seems like more trouble than
it's really worth. Discussion:

- Do pre-release housekeeping on catalog data. Run renumber_oids.pl to move
high-numbered OIDs down, as per pre-beta tasks specified by RELEASE_CHANGES.
For reference, the command was ./renumber_oids.pl --first-mapped-oid=8000
--target-oid=5032 Also run reformat_dat_file.pl while I'm here. Renumbering
recently-added types changed some results in the opr_sanity test. To make
those a bit easier to eyeball-verify, change the queries to show regtype not
just bare type OIDs. (I think we didn't have regtype when these queries were

- Improve management of SLRU statistics collection. Instead of re-identifying
which statistics bucket to use for a given SLRU on every counter increment, do
it once during shmem initialization. This saves a fair number of cycles, and
there's no real cost because we could not have a bucket assignment that varies
over time or across backends anyway. Also, get rid of the ill-considered
decision to let pgstat.c pry directly into SLRU's shared state; it's cleaner
just to have slru.c pass the stats bucket number. In consequence of these
changes, there's no longer any need to store an SLRU's LWLock tranche info in
shared memory, so get rid of that, making this a net reduction in shmem
consumption. (That partly reverts fe702a7b3.) This is basically code review
for 28cac71bd, so I also cleaned up some comments, removed a dangling extern
declaration, fixed some things that should be static and/or const, etc.
Discussion: https://postgr.es/m/3618.1589313035@sss.pgh.pa.us

- Fix async.c to not register any SLRU stats counts in the postmaster.
Previously, AsyncShmemInit forcibly initialized the first page of the async
SLRU, to save dealing with that case in asyncQueueAddEntries. But this is a
poor tradeoff, since many installations do not ever use NOTIFY; for them,
expending those cycles in AsyncShmemInit is a complete waste. Besides, this
only saves a couple of instructions in asyncQueueAddEntries, which hardly
seems likely to be measurable. The real reason to change this now, though, is
that now that we track SLRU access stats, the existing code is causing the
postmaster to accumulate some access counts, which then get inherited into
child processes by fork(), messing up the statistics. Delaying the
initialization into the first child that does a NOTIFY fixes that. Hence, we
can revert f3d23d83e, which was an incorrect attempt at fixing that issue.
Also, add an Assert to pgstat.c that should catch any future errors of the
same sort. Discussion: https://postgr.es/m/8367.1589391884@sss.pgh.pa.us

- Doc: reformat catalog/view description tables. This changes our catalog and
view descriptions to use a style inspired by the new format for
function/operator tables: each table entry is formatted roughly like a
<varlistentry>, with the column name and type on the first line and then an
indented description. This provides much more room for expansive descriptions
than we had before, and thereby eliminates a passel of PDF build warnings.
Discussion: https://postgr.es/m/12984.1588643549@sss.pgh.pa.us

- Doc: split up wait_event table. The previous design for this table didn't
really work in narrow views, such as PDF output; besides which its reliance on
large morerows values made it a pain to maintain (cf ab3e4fbd5, for example).
I experimented with a couple of ways to fix it, but the best and simplest is
to split it up into a separate table for each event type category. I also
rearranged the event ordering to be strictly alphabetical, as nobody would
ever be able to find entries otherwise. There is work afoot to revise the set
of event names described in this table, but this commit just changes the
layout, not the contents. In passing, add a missing entry to
pg_locks.locktype, and cross-reference that to the related wait event list.
Discussion: https://postgr.es/m/6916.1589146280@sss.pgh.pa.us

- Collect built-in LWLock tranche names statically, not dynamically. There is
little point in using the LWLockRegisterTranche mechanism for built-in tranche
names. It wastes cycles, it creates opportunities for bugs (since failing to
register a tranche name is a very hard-to-detect problem), and the lack of any
centralized list of names encourages sloppy nonconformity in name choices.
Moreover, since we have a centralized list of the tranches anyway in enum
BuiltinTrancheIds, we're certainly not buying any flexibility in return for
these disadvantages. Hence, nuke all the backend-internal
LWLockRegisterTranche calls, and instead provide a const array of the builtin
tranche names. (I have in mind to change a bunch of these names shortly, but
this patch is just about getting them into one place.) Discussion:

- Initial pgindent and pgperltidy run for v13. Includes some manual cleanup of
places that pgindent messed up, most of which weren't per project style
anyway. Notably, it seems some people didn't absorb the style rules of commit
c9d297751, because there were a bunch of new occurrences of function calls
with a newline just after the left paren, all with faulty expectations about
how the rest of the call would get indented.

- Doc: tweak examples to silence line-too-long PDF build warnings. In one or two
places it seemed reasonable to modify the example so as to shorten its output
slightly; but for the most part I just added a &zwsp; after 67 characters,
which is the most we can fit on a line of monospace text in A4 format.
Discussion: https://postgr.es/m/6916.1589146280@sss.pgh.pa.us

- Doc: hack on table 26.1 till it fits in PDF format. I abbreviated the heck out
of the column headings, and made a few small wording changes, to get it to
build warning-free. I can't say that the result is pretty, but it's probably
better than removing this table entirely. As of this commit, we have zero
"exceed the available area" warnings in a US-letter PDF build, and one such
warning (about an 863-millipoint overrun) in an A4 build. I expect to get rid
of that one by renaming wait events, so I'm not doing anything about it at the
formatting level. Discussion:

- Rename SLRU structures and associated LWLocks. Originally, the names assigned
to SLRUs had no purpose other than being shmem lookup keys, so not a lot of
thought went into them. As of v13, though, we're exposing them in the
pg_stat_slru view and the pg_stat_reset_slru function, so it seems advisable
to take a bit more care. Rename them to names based on the associated on-disk
storage directories (which fortunately we *did* think about, to some extent;
since those are also visible to DBAs, consistency seems like a good thing).
Also rename the associated LWLocks, since those names are likewise
user-exposed now as wait event names. For the most part I only touched
symbols used in the respective modules' SimpleLruInit() calls, not the names
of other related objects. This renaming could have been taken further, and
maybe someday we will do so. But for now it seems undesirable to change the
names of any globally visible functions or structs, so some inconsistency is
unavoidable. (But I *did* terminate "oldserxid" with prejudice, as I found
that name both unreadable and not descriptive of the SLRU's contents.) Table
27.12 needs re-alphabetization now, but I'll leave that till after the other
LWLock renamings I have in mind. Discussion:

- Rename assorted LWLock tranches. Choose names that fit into the conventions
for wait event names (particularly, that multi-word names are in the style
MultiWordName) and hopefully convey more information to non-hacker users than
the previous names did. Also rename SerializablePredicateLockListLock to
SerializablePredicateListLock; the old name was long enough to cause table
formatting problems, plus the double occurrence of "Lock" seems
confusing/error-prone. Also change a couple of particularly opaque LWLock
field names. Discussion: https://postgr.es/m/28683.1589405363@sss.pgh.pa.us

- Fix bogus initialization of replication origin shared memory state. The
previous coding zeroed out offsetof(ReplicationStateCtl, states) more bytes
than it was entitled to, as a consequence of starting the zeroing from the
wrong pointer (or, if you prefer, using the wrong calculation of how much to
zero). It's unsurprising that this has not caused any reported problems,
since it can be expected that the newly-allocated block is at the end of what
we've used in shared memory, and we always make the shmem block substantially
bigger than minimally necessary. Nonetheless, this is wrong and it could bite
us someday; plus it's a dangerous model for somebody to copy. This dates back
to the introduction of this code (commit 5aa235042), so back-patch to all
supported branches.

- Drop the redundant "Lock" suffix from LWLock wait event names. This was mostly
confusing, especially since some wait events in this class had the suffix and
some did not. While at it, stop exposing MainLWLockNames[] as a globally
visible name; any code using that directly is almost certainly wrong, as its
name has been misleading for some time. (GetLWLockIdentifier() is what to use
instead.) Discussion: https://postgr.es/m/28683.1589405363@sss.pgh.pa.us

- Change locktype "speculative token" to "spectoken". It's just weird that this
name wasn't chosen to look like an identifier. The suspicion that it wasn't
thought about too hard is reinforced by the fact that it wasn't documented in
the pg_locks view (until I did so, a day or two back). Update, and add a
comment reminding future adjusters of this array to fix the docs too. Do some
desultory wordsmithing on various entries in the wait events tables.
Discussion: https://postgr.es/m/24595.1589326879@sss.pgh.pa.us

- Final pgindent run with pg_bsd_indent version 2.1. This is just to provide a
clean basis for comparison of the results of the new version. I did fix a
typo that crept into 242dfcbaf. Discussion:

- Run pgindent with new pg_bsd_indent version 2.1.1. Thomas Munro fixed a
longstanding annoyance in pg_bsd_indent, that it would misformat lines
containing IsA() macros on the assumption that the IsA() call should be
treated like a cast. This improves some other cases involving field/variable
names that match typedefs, too. The only places that get worse are a couple
of uses of the OpenSSL macro STACK_OF(); we'll gladly take that trade-off.
Discussion: https://postgr.es/m/20200114221814.GA19630@alvherre.pgsql

- Fix bugs in OpenSSL hook renaming. libpq's exports.txt was overlooked in
commit 36d108761, which the buildfarm is quite unhappy about. Also, I'd
gathered that the plan included renaming PQgetSSLKeyPassHook to
PQgetSSLKeyPassHook_OpenSSL, but that didn't happen in the patch as committed.
I'm taking it on my own authority to do so now, since the window before beta1
is closing fast.

- Mop-up for wait event naming issues. Synchronize the event names for parallel
hash join waits with other event names, by getting rid of the slashes and
dropping "-ing" suffixes. Rename ClogGroupUpdate to XactGroupUpdate, to match
the new SLRU name. Move the ProcSignalBarrier event to the IPC category; it
doesn't belong under IO. Also a bit more wordsmithing in the wait event
documentation tables. Discussion:

Peter Eisentraut pushed:

- Translation updates. Source-Git-URL:
https://git.postgresql.org/git/pgtranslation/messages.git Source-Git-Hash:

Álvaro Herrera pushed:

- Fix obsolete references to "XLogRead". The one in xlogreader.h was pointed out
by Antonin Houska; I (Álvaro) noticed the others by grepping. Author: Antonin
Houska <ah(at)cybertec(dot)at> Discussion: https://postgr.es/m/28250.1589186654@antos

- Add -Wimplicit-fallthrough to CFLAGS and CXXFLAGS. Use it at level 4, a bit
more restrictive than the default level, and tweak our commanding comments to
FALLTHROUGH. (However, leave zic.c alone, since it's external code; to avoid
the warnings that would appear there, change CFLAGS for that file in the
Makefile.) Author: Julien Rouhaud <rjuju123(at)gmail(dot)com> Author: Álvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> Reviewed-by: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Discussion: https://postgr.es/m/20200412081825.qyo5vwwco3fv4gdo@nol
Discussion: https://postgr.es/m/flat/E1fDenm-0000C8-IJ(at)gemulon(dot)postgresql(dot)org

- Fix straggler. contrib/pgcrypto did contain an unedited fall-through marker
after all.

- Adjust walsender usage of xlogreader, simplify APIs. * Have both physical and
logical walsender share a 'xlogreader' state struct for tracking state.
This replaces the existing globals sendSeg and sendCxt. * Change WALRead
not to receive XLogReaderState->seg and ->segcxt as separate arguments
anymore; just use the ones from 'state'. This is made possible by the above
change. * have the XLogReader segment_open contract require the callbacks to
install the file descriptor in the state struct themselves instead of
returning it. xlogreader was already ignoring any possible failed return
from the callbacks, relying solely on them never returning. (This point is
not altogether excellent, as it means the callbacks have to know more of
XLogReaderState; but to really improve on that we would have to pass back
error info from the callbacks to xlogreader. And the complexity would not
be saved but instead just transferred to the callers of WALRead, which would
have to learn how to throw errors from the open_segment callback in addition
of, as currently, from pg_pread.) * segment_open no longer receives the
'segcxt' as a separate argument, since it's part of the XLogReaderState
argument. Per comments from Kyotaro Horiguchi. Author: Álvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org> Discussion:

- Dial back -Wimplicit-fallthrough to level 3. The additional pain from level 4
is excessive for the gain. Also revert all the source annotation changes to
their original wordings, to avoid back-patching pain. Discussion:

- Review of the glossary. Add some more terms, clarify some definitions, remove
redundant terms, move a couple of terms to keep alphabetical order.
Co-authored-by: Jürgen Purtz <juergen(at)purtz(dot)de> Co-authored-by: Erik Rijkers
<er(at)xs4all(dot)nl> Co-authored-by: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
Discussion: https://postgr.es/m/7b9b469e804777ac9df4d37716db935e@xs4all.nl

- Avoid killing btree items that are already dead. _bt_killitems marks btree
items dead when a scan leaves the page where they live, but it does so with
only share lock (to improve concurrency). This was historicall okay, since
killing a dead item has no consequences. However, with the advent of data
checksums and wal_log_hints, this action incurs a WAL full-page-image record
of the page. Multiple concurrent processes would write the same page several
times, leading to WAL bloat. The probability of this happening can be reduced
by only killing items if they're not already dead, so change the code to do
that. The problem could eliminated completely by having _bt_killitems upgrade
to exclusive lock upon seeing a killable item, but that would reduce
concurrency so it's considered a cure worse than the disease. Backpatch all
the way back to 9.5, since wal_log_hints was introduced in 9.4. Author:
Masahiko Sawada <masahiko(dot)sawada(at)2ndquadrant(dot)com> Discussion:

- Add comments linking pg_strftime to timestamptz_to_str.

- Fix walsender error cleanup code. In commit 850196b610d2 I (Álvaro) failed to
handle the case of walsender shutting down on an error before setting up its
'xlogreader' pointer; the error handling code dereferences the pointer,
causing a crash. Fix by testing the pointer before trying to dereference it.
Kyotaro authored the code fix; I adopted Nathan's test case to be used by the
TAP tests and added the necessary PostgresNode change. Reported-by: Nathan
Bossart <bossartn(at)amazon(dot)com> Author: Kyotaro Horiguchi
<horikyota(dot)ntt(at)gmail(dot)com> Author: Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

- Fix typo in glossary. Reported privately by Justin Pryzby

- Fix more typos and grammar problems in the glossary. Author: Erik Rijkers
<er(at)xs4all(dot)nl> Discussion:

Peter Geoghegan pushed:

- Adjust "root of to-be-deleted subtree" function. Restructure the function that
locates the root of the to-be-deleted subtree during nbtree page deletion.
Handle the conditions that make page deletion unsafe in a slightly more
uniform way, and acknowledge the fact that the behavior with incomplete splits
on internal pages is different (as pointed out in the nbtree README as of
commit 35bc0ec7). Also invent new terminology that avoids ambiguity around
which pages are about to be deleted. Consistently use the term "to-be-deleted
subtree", not the ambiguous term "branch". We were calling the subtree parent
page the "top parent page", but that was quite misleading. The top parent
page usually refers to a page unlinked from its siblings and marked deleted
(during the second stage of page deletion). There was one kind of top parent
page that we merely removed a downlink from, and another kind of top parent
page that we actually marked deleted. Eliminate the ambiguity by inventing a
new term ("subtree parent page") that refers to the former kind of page only.

Bruce Momjian pushed:

- doc: PG 13 relnotes: cumulative fixes from email feedback.

- doc: PG 13 relnotes: add duplicate btree optimization details.

- doc: PG 13 relnotes: add documentation section and reformat. Add section
about function table reformatting.

- docs: PG 13 relnotes: adjust wal_skip_threshold and UTF8 items.

- doc: PG 13 relnotes: adjust wal_skip_threshold wording.

- doc: PG 13 relnotes: move docbook version change to doc sect.

- docs: PG 13 relnotes: add links and SGML formatting.

- doc: PG 13 relnotes: fix xref link and remove extra word.

- doc: make ref/*.sgml file header comment layout consistent.

- doc: remove extra blank line at the top of SGML files. Backpatch-through: 9.5

- doc: PG 13 relnotes: final SGML indenting adjustments.

- doc: PG 13 relnotes: fix uuid item.

- doc: PG 13 relnotes: adjust UUID item, again.

- doc: add missing xreflabels to the main docs (not refs). Add missing
xreflabels for index types, geqo, libpq, spi, server-side languages, ecpg, and
vaacuumlo. Backpatch-through: 9.5

- docs: add xreflabel entries for autovacuum, SP-GiST, and TOAST. This is for
use by the PG 13 release notes, but might be used for minor release notes in
the future. Backpatch-through: 9.5

- doc: PG 13 rels: use xref labels referencing ref/*.sgml files. This avoids
using <link> and supplied text.

Fujii Masao pushed:

- Correct standbycheck regression test output. Commit 2eb34ac369 changed error
messages emit when commands are rejected during recovery. But it forgot to
update the standbycheck regression test output with those error message
changes. Reported-by: Michail Nikolaev Author: Michail Nikolaev Reviewed-by:
Fujii Masao Discussion:

- Initialize SLRU stats entries to zero. Previously since SLRUStats was not
initialized, SLRU stats counters could begin with non-zero value. Which could
lead to incorrect results in pg_stat_slru view. Author: Fujii Masao
Reviewed-by: Tomas Vondra Discussion:

- Use proper GetDatum function in pg_stat_get_slru(). This commit changes
pg_stat_get_slru() so that it uses TimestampTzGetDatum() for stats_reset field
because that field stores the timestamp with time zone value. Previously
Int64GetDatum() was used. Author: Fujii Masao Reviewed-by: Tomas Vondra

Michaël Paquier pushed:

- Fix comment in xlogutils.c. The existing callers of
XLogReadDetermineTimeline() performing recovery need to check a replay LSN
position when determining on which timeline to read a WAL page. A portion of
the comment describing this function said exactly that, while referring to a
routine for fetching a write LSN, something not available in recovery.
Author: Kyotaro Horiguchi Discussion:

- Doc: Fix some inconsistencies with markups. This addresses some whitespace
issues with programlisting, and corrects the spelling of "Enter PEM pass
phrase" to be consistent with the code. Author: Daniel Gustafsson Discussion:

- Remove duplicated comment block in event_trigger.c. The reasons why event
triggers are disabled in standalone mode are documented in the code path of
ddl_command_start, and other places checking if standalone mode is enabled or
not mention to refer to the comment for ddl_command_start, except for
table_rewrite that duplicated the same explanation. Reported-by: David G.
Johnston Discussion:

- Fix assertion with relation using REPLICA IDENTITY FULL in subscriber. In a
logical replication subscriber, a table using REPLICA IDENTITY FULL which has
a primary key would try to use the primary key's index available to scan for a
tuple, but an assertion only assumed as correct the case of an index
associated to REPLICA IDENTITY USING INDEX. This commit corrects the
assertion so as the use of a primary key index is a valid case. Reported-by:
Dilip Kumar Analyzed-by: Dilip Kumar Author: Euler Taveira Reviewed-by:
Michael Paquier, Masahiko Sawada Discussion:
Backpatch-through: 10

- Make pg_stat_wal_receiver consistent with the WAL receiver's shmem info.
d140f2f3 has renamed receivedUpto to flushedUpto, and has added writtenUpto to
the WAL receiver's shared memory information, but pg_stat_wal_receiver was not
consistent with that. This commit renames received_lsn to flushed_lsn, and
adds a new column called written_lsn. Bump catalog version. Author: Michael
Paquier Reviewed-by: Álvaro Herrera Discussion:

Etsuro Fujita pushed:

- Remove unnecessary #include. My oversight in commit c8434d64c.

Tomáš Vondra pushed:

- Fix typos and improve incremental sort comments. Author: Justin Pryzby, James
Coleman Discussion: https://postgr.es/m/20200419023625.GP26953@telsasoft.com

- Rework EXPLAIN format for incremental sort. The explain format used by
incremental sort was somewhat inconsistent with other nodes, making it harder
to parse and understand. This commit addresses that by - adding an extra
space to better separate groups of values - using colons instead of equal
signs to separate key/value - properly capitalizing first letter of a key
- using separate lines for full and pre-sorted groups These changes were
proposed by Justin Pryzby and mostly copy the final explain format used to
report WAL usage. Author: Justin Pryzby Reviewed-by: James Coleman
Discussion: https://postgr.es/m/20200419023625.GP26953@telsasoft.com

Noah Misch pushed:

- Fix pg_recvlogical avoidance of superfluous Standby Status Update. The defect
suppressed a Standby Status Update message when bytes flushed to disk had
changed but bytes received had not changed. If pg_recvlogical then exited
with no intervening Standby Status Update, the next pg_recvlogical repeated
already-flushed records. The defect could also cause superfluous messages,
which are functionally harmless. Back-patch to 9.5 (all supported versions).
Discussion: https://postgr.es/m/20200502221647.GA3941274@rfd.leadboat.com

- In successful pg_recvlogical, end PGRES_COPY_OUT cleanly. pg_recvlogical
merely called PQfinish(), so the backend sent messages after the disconnect.
When that caused EPIPE in internal_flush(), before a
LogicalConfirmReceivedLocation(), the next pg_recvlogical would repeat
already-acknowledged records. Whether or not the defect causes EPIPE,
post-disconnect messages could contain an ErrorResponse that the user should
see. One properly ends PGRES_COPY_OUT by repeating PQgetCopyData() until it
returns a negative value. Augment one of the tests to cover the case of WAL
past --endpos. Back-patch to v10, where commit
7c030783a5bd07cadffc2a1018bc33119a4c7505 first appeared. Before that commit,
pg_recvlogical never reached PGRES_COPY_OUT. Reported by Thomas Munro.

Amit Kapila pushed:

- Fix the MSVC build for versions 2015 and later. Visual Studio 2015 and later
versions should still be able to do the same as Visual Studio 2012, but the
declaration of locale_name is missing in _locale_t, causing the code
compilation to fail, hence this falls back instead on to enumerating all
system locales by using EnumSystemLocalesEx to find the required locale name.
 If the input argument is in Unix-style then we can get ISO Locale name
directly by using GetLocaleInfoEx() with LCType as LOCALE_SNAME. In passing,
change the documentation references of the now obsolete links. Note that this
problem occurs only with NLS enabled builds. Author: Juan José Santamaría
Flecha, Davinder Singh and Amit Kapila Reviewed-by: Ranier Vilela and Amit
Kapila Backpatch-through: 9.5 Discussion:

- Make COPY TO keep locks until the transaction end. COPY TO released the ACCESS
SHARE lock immediately when it was done rather than holding on to it until the
end of the transaction. This breaks the case where a REPEATABLE READ
transaction could see an empty table if it repeats a COPY statement and
somebody truncated the table in the meantime. Before 4dded12faad the lock was
also released after COPY FROM, but the commit failed to notice the
irregularity in COPY TO. This is old behavior but doesn't seem important
enough to backpatch. Author: Laurenz Albe, based on suggestion by Robert Haas
and Tom Lane Reviewed-by: Amit Kapila Discussion:

Heikki Linnakangas pushed:

- Move check for fsync=off so that pendingOps still gets cleared. Commit
3eb77eba5a moved the loop and refactored it, and inadvertently changed the
effect of fsync=off so that it also skipped removing entries from the
pendingOps table. That was not intentional, and leads to an assertion failure
if you turn fsync on while the server is running and reload the config.
Backpatch-through: 12- Reviewed-By: Thomas Munro Discussion:

- Fix typo in comment on OpenSSL PEM password callback type name. The type is
called "pem_password_cb", not "pem_passwd_cb". Author: Daniel Gustafsson

Alexander Korotkov pushed:

- Fix amcheck for page checks concurrent to replay of btree page deletion.
amcheck expects at least hikey to always exist on leaf page even if it is
deleted page. But replica reinitializes page during replay of page deletion,
causing deleted page to have no items. Thus, replay of page deletion can
cause an error in concurrent amcheck run. This commit relaxes amcheck
expectation making it tolerate deleted page with no items. Reported-by:
Konstantin Knizhnik Discussion:
Author: Alexander Korotkov Reviewed-by: Peter Geoghegan Backpatch-through: 11

- Improve ordering for \dAo and \dAp psql commands. This commit changes ORDER BY
clause for \dAo and \dAp psql commands in the following way. * Operators for
the same types are grouped together. * Same-class operators and procedures
are listed before cross-class operators and procedures. Modification of
ORDER BY clause for \dAp required removing DISTINCT clause, which doesn't seem
to affect anything. Discussion:
https://postgr.es/m/20200511210856.GA18368%40alvherre.pgsql Author: Alvaro
Herrera revised by me Reviewed-by: Alexander Korotkov, Nikita Glukhov

- Fix translate_columns[] arrays in opfamily-related psql functions. Make number
of translate_columns elements match the number of output columns. The only
"true" value, which was previously specified, seems to be intended for
opfamily operator "purpose" column. But that column has already translated
values substituted. So, all elements in translate_columns[] should be

- Cosmetic improvement for psql opfamily-related information. * Rename column
"Opfamily Name" to "Operator family" for uniformity. * Rename column alias
from "t1" to "t".

Andrew Dunstan pushed:

- Rename PQsetSSLKeyPassHook and friends. 4dc6355210 provided a way for
libraries and clients to modify how libpq handles client certificate
passphrases, by installing a hook. However, these routines are quite specific
to how OpenSSL works, so it's misleading and not future-proof to have these
names not refer to OpenSSL. Change all the names to add "_OpenSSL" after
"Hook", and fix the docs accordingly. Author: Daniel Gustafsson Discussion:

== Pending Patches ==

Euler Taveira de Oliveira sent in a patch to fix an issue where tables with
deferred primary keys weren't replicated correctly via logical replication.

Movead Li sent in two revisions of a patch to make it possible to get the origin
from commit_ts.

Álvaro Herrera and Alexander Lakhin traded patches to expand gcov coverage data
to fully covered in the case of an immediate stop.

Mark Dilger sent in another revision of a patch to add verify_heapam and
pg_amcheck to the amcheck contrib extension.

Kyotaro HORIGUCHI sent in two more revisions of a patch to move tablespace
cleanup out of pg_regress.

Andrey Borodin and Kyotaro HORIGUCHI traded patches to make SLRU buffer sizes
for MultiXacOffsets and MultiXactMembers configurable, reduce the locking level
to shared on read of MultiXactId members, and make cache size configurable.

Euler Taveira de Oliveira and Michaël Paquier traded patches to fix an assert
failure with REPLICA IDENTITY FULL in the subscriber by adding a condition to it
that reflects reality better.

Pavel Stěhule sent in two revisions of a patch to speed up procedure calls.

Andrey V. Lepikhov sent in another revision of a patch to implement global
snapshots via CSNs.

Joe Conway sent in a patch to add a CHECK_FOR_INTERRUPTS call to the repeat()

Masahiko Sawada and Muhammad Usama traded patches to support atomic commit among
multiple foreign servers.

Tomáš Vondra sent in another revision of a patch to implement BRIN multi-range

Fujii Masao sent in a patch to remove unnecessary sets of stat_reset_timestamp
from pgstat_read_statsfiles().

Andy Fan sent in another revision of a patch to track uniqueness with UniqueKey.

Tom Lane sent in a patch to avoid doing SLRU operations in the postmaster.

Atsushi Torikoshi and Fujii Masao traded patches to add explanations of which
things are influenced by track_io_timing.

Thomas Munro sent in a patch to use MinimalTuple for tuple queues.

Masahiko Sawada sent in two revisions of a patch to fix a typo in slot.c.

Kyotaro HORIGUCHI sent in another revision of a patch to change the stats
collector's storage from files to shared memory.

Daniel Gustafsson sent in a patch to support NSS as a libpq TLS backend.

Michaël Paquier sent in two revisions of a patch to rename received_lsn to
flushed_lsn, and add written_lsn to pg_stat_walreceiver.

Dilip Kumar sent in two more revisions of a patch to fix an infelicity between
logical_work_mem and logical streaming of large in-progress transactions.

Dmitry Dolgov sent in another revision of a patch to implement generic type

Tomáš Vondra sent in a patch to use the recently added incremental sorting to
make GROUP BY more efficient.

David Gilman sent in a patch to warn when parallel restoring a custom dump
without data offsets.

Tom Lane sent in another revision of a patch to fix GIN index search sometimes
losing results.

Andres Freund sent in a patch to move the WaitLatch() call to much earlier, and
only do a WaitLatch() if do_checkpoint is false.

Fabien COELHO sent in another revision of a patch to pgbench which adds an
option delaying queries till connections are established.

Browse pgsql-announce by date

  From Date Subject
Next Message Artyom Kartasov 2020-05-20 09:48:12 Query optimization assistant Joe now supports Web UI and multiple databases
Previous Message Grigory Smolkin 2020-05-15 15:28:57 pg_probackup 2.3.3 released