pgsql: In REASSIGN OWNED of a database, lock the tuple as mandated. - Mailing list pgsql-committers

From Noah Misch
Subject pgsql: In REASSIGN OWNED of a database, lock the tuple as mandated.
Date
Msg-id E1tRYd9-001nml-1D@gemulon.postgresql.org
Whole thread Raw
List pgsql-committers
In REASSIGN OWNED of a database, lock the tuple as mandated.

Commit aac2c9b4fde889d13f859c233c2523345e72d32b mandated such locking
and attempted to fulfill that mandate, but it missed REASSIGN OWNED.
Hence, it remained possible to lose VACUUM's inplace update of
datfrozenxid if a REASSIGN OWNED processed that database at the same
time.  This didn't affect the other inplace-updated catalog, pg_class.
For pg_class, REASSIGN OWNED calls ATExecChangeOwner() instead of the
generic AlterObjectOwner_internal(), and ATExecChangeOwner() fulfills
the locking mandate.

Like in GRANT, implement this by following the locking protocol for any
catalog subject to the generic AlterObjectOwner_internal().  It would
suffice to do this for IsInplaceUpdateOid() catalogs only.  Back-patch
to v13 (all supported versions).

Kirill Reshke.  Reported by Alexander Kukushkin.

Discussion: https://postgr.es/m/CAFh8B=mpKjAy4Cuun-HP-f_vRzh2HSvYFG3rhVfYbfEBUhBAGg@mail.gmail.com

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/ff90ee61450921e03fe3af4e0f75337a4bbd0584

Modified Files
--------------
src/backend/catalog/objectaddress.c    | 27 ++++++++++++++++++++++++++-
src/backend/commands/alter.c           |  9 ++++++++-
src/include/catalog/objectaddress.h    |  4 ++++
src/test/regress/expected/database.out |  6 ++++++
src/test/regress/sql/database.sql      |  7 +++++++
5 files changed, 51 insertions(+), 2 deletions(-)


pgsql-committers by date:

Previous
From: David Rowley
Date:
Subject: pgsql: Speedup tuple deformation with additional function inlining
Next
From: Tom Lane
Date:
Subject: pgsql: Reserve a PGPROC slot and semaphore for the slotsync worker proc