Avoid leaking memory during large-scale REASSIGN OWNED BY operations.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 1 Dec 2021 18:44:46 +0000 (13:44 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 1 Dec 2021 18:44:46 +0000 (13:44 -0500)
commitbabe545caeba4c62feb3030940d93432721eea57
tree1db7aab925c110e565faf1891168ae2319b914e5
parent3d858af07ee67efda3778bdd655852afabf4a125
Avoid leaking memory during large-scale REASSIGN OWNED BY operations.

The various ALTER OWNER routines tend to leak memory in
CurrentMemoryContext.  That's not a problem when they're only called
once per command; but in this usage where we might be touching many
objects, it can amount to a serious memory leak.  Fix that by running
each call in a short-lived context.

(DROP OWNED BY likely has a similar issue, except that you'll probably
run out of lock table space before noticing.  REASSIGN is worth fixing
since for most non-table object types, it won't take any lock.)

Back-patch to all supported branches.  Unfortunately, in the back
branches this helps to only a limited extent, since the sinval message
queue bloats quite a lot in this usage before commit 3aafc030a,
consuming memory more or less comparable to what's actually leaked.
Still, it's clearly a leak with a simple fix, so we might as well fix it.

Justin Pryzby, per report from Guillaume Lelarge

Discussion: http://postgr.es/m/CAECtzeW2DAoioEGBRjR=CzHP6TdL=yosGku8qZxfX9hhtrBB0Q@mail.gmail.com
src/backend/catalog/pg_shdepend.c