Skip to content

Add an optional per-table lock timeout#33

Open
qdw wants to merge 1 commit intopgexperts:masterfrom
qdw:qdw/skip-tables-already-being-vacuumed
Open

Add an optional per-table lock timeout#33
qdw wants to merge 1 commit intopgexperts:masterfrom
qdw:qdw/skip-tables-already-being-vacuumed

Conversation

@qdw
Copy link
Contributor

@qdw qdw commented May 18, 2023

Prior to this commit, if a long (auto)vacuum or other lock was preventing Flexible Freeze from vacuuming a table, it would wait for that lock indefinitely, or until run_min minutes elapsed (if specified).

This commit addresses the problem by adding --lock-timeout, an optional flag for specifying the timeout (in milliseconds). If Flexible Freeze can't acquire a table lock after that amount of time, it gives up and moves on to the next table.

Prior to this commit, if a long (auto)vacuum or other lock
was preventing Flexible Freeze from vacuuming a table,
it would wait for that lock indefinitely, or until
run_min minutes elapsed (if specified).

This commit addresses the problem by adding --lock-timeout,
an optional flag for specifying the timeout (in milliseconds).
If Flexible Freeze can't acquire a table lock after
that amount of time, it gives up and moves on to the next table.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant