]> granicus.if.org Git - postgresql/commit
Fix and document lock handling for in-memory replication slot data
authorMichael Paquier <michael@paquier.xyz>
Fri, 1 Jun 2018 18:30:55 +0000 (14:30 -0400)
committerMichael Paquier <michael@paquier.xyz>
Sun, 10 Jun 2018 10:39:26 +0000 (19:39 +0900)
commit9e149c847f398793ec1641885434dcd10837d89d
treefa59e33f43b5c14b76133eb67a84e7cb1e1e3a9c
parent86a2218eb00eb6f97898945967c5f9c95c72b4c6
Fix and document lock handling for in-memory replication slot data

While debugging issues on HEAD for the new slot forwarding feature of
Postgres 11, some monitoring of the code surrounding in-memory slot data
has proved that the lock handling may cause inconsistent data to be read
by read-only callers of slot functions, particularly
pg_get_replication_slots() which fetches data for the system view
pg_replication_slots, or modules looking directly at slot information.

The code paths involved in those problems concern logical decoding
initialization (down to 9.4) and WAL reservation for slots (new as of
10).

A set of comments documenting all the lock handlings, particularly the
dependency with LW locks for slots and the in_use flag as well as the
internal mutex lock is added, based on a suggested by Simon Riggs.

Some of the fixed code exists down to 9.4 where WAL decoding has been
introduced, but as those race conditions are really unlikely going to
happen as those concern code paths for slot and decoding creation, just
fix the problem on HEAD.

Author: Michael Paquier

Discussion: https://postgr.es/m/20180528085747.GA27845@paquier.xyz
src/backend/replication/logical/logical.c
src/backend/replication/slot.c
src/include/replication/slot.h