pgsql: Ensure we have a snapshot while dropping ON COMMIT DROP temp tab
От | Tom Lane |
---|---|
Тема | pgsql: Ensure we have a snapshot while dropping ON COMMIT DROP temp tab |
Дата | |
Msg-id | E1qsRzK-000sVe-DY@gemulon.postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
Ensure we have a snapshot while dropping ON COMMIT DROP temp tables. Dropping a temp table could entail TOAST table access to clean out toasted catalog entries, such as large pg_constraint.conbin strings for complex CHECK constraints. If we did that via ON COMMIT DROP, we triggered the assertion in init_toast_snapshot(), because there was no provision for setting up a snapshot for the drop actions. Fix that. (I assume here that the adjacent truncation actions for ON COMMIT DELETE ROWS don't have a similar problem: it doesn't seem like nontransactional truncations would need to touch any toasted fields. If that proves wrong, we could refactor a bit to have the same snapshot acquisition cover that too.) The test case added here does not fail before v15, because that assertion was added in 277692220 which was not back-patched. However, the race condition the assertion warns of surely exists further back, so back-patch to all supported branches. Per report from Richard Guo. Discussion: https://postgr.es/m/CAMbWs4-x26=_QxxgdJyNbiCDzvtr2WV5ZDso_v-CukKEe6cBZw@mail.gmail.com Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/54b208f90963cb8b48b9794a5392b2fae4b40a98 Modified Files -------------- src/backend/commands/tablecmds.c | 8 ++++++++ src/test/regress/expected/temp.out | 20 ++++++++++++++++++++ src/test/regress/sql/temp.sql | 16 ++++++++++++++++ 3 files changed, 44 insertions(+)
В списке pgsql-committers по дате отправления: