Relax lock level for setting PGPROC->statusFlags
authorAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 18 Nov 2020 16:24:22 +0000 (13:24 -0300)
committerAlvaro Herrera <alvherre@alvh.no-ip.org>
Wed, 18 Nov 2020 16:24:22 +0000 (13:24 -0300)
commit27838981be9de35d54ffcdc6cc06b5d5ea9e0cee
tree436d056002452e160108f1799cce4e6217b1c790
parent2cccb627f10d5dd4c21806fa251e4fb61eadd28c
Relax lock level for setting PGPROC->statusFlags

We don't actually need a lock to set PGPROC->statusFlags itself; what we
do need is a shared lock on either XidGenLock or ProcArrayLock in order to
ensure MyProc->pgxactoff keeps still while we modify the mirror array in
ProcGlobal->statusFlags.  Some places were using an exclusive lock for
that, which is excessive.  Relax those to use shared lock only.

procarray.c has a couple of places with somewhat brittle assumptions
about PGPROC changes: ProcArrayEndTransaction uses only shared lock, so
it's permissible to change MyProc only.  On the other hand,
ProcArrayEndTransactionInternal also changes other procs, so it must
hold exclusive lock.  Add asserts to ensure those assumptions continue
to hold.

Author: Álvaro Herrera <alvherre@alvh.no-ip.org>
Reviewed-by: Michael Paquier <michael@paquier.xyz>
Discussion: https://postgr.es/m/20201117155501.GA13805@alvherre.pgsql
src/backend/commands/vacuum.c
src/backend/replication/logical/logical.c
src/backend/replication/slot.c
src/backend/storage/ipc/procarray.c
src/backend/storage/lmgr/deadlock.c
src/include/storage/proc.h