Re-Align *_freeze_max_age reloption limits with corresponding GUC limits.
authorAndres Freund <andres@anarazel.de>
Mon, 5 Oct 2015 09:53:43 +0000 (11:53 +0200)
committerAndres Freund <andres@anarazel.de>
Mon, 5 Oct 2015 09:57:11 +0000 (11:57 +0200)
In 020235a5754 I lowered the autovacuum_*freeze_max_age minimums to
allow for easier testing of wraparounds. I did not touch the
corresponding per-table limits. While those don't matter for the purpose
of wraparound, it seems more consistent to lower them as well.

It's noteworthy that the previous reloption lower limit for
autovacuum_multixact_freeze_max_age was too high by one magnitude, even
before 020235a5754.

Discussion: 26377.1443105453@sss.pgh.pa.us
Backpatch: back to 9.0 (in parts), like the prior patch

src/backend/access/common/reloptions.c

index 84530dcfa6ff7bda327ad4a71e7d7422b9441d5e..6ba96a210b0d69c95ea81b4d26de940cd7edca77 100644 (file)
@@ -176,7 +176,7 @@ static relopt_int intRelOpts[] =
            "Age at which to autovacuum a table to prevent transaction ID wraparound",
            RELOPT_KIND_HEAP | RELOPT_KIND_TOAST
        },
-       -1, 100000000, 2000000000
+       -1, 100000, 2000000000
    },
    {
        {
@@ -184,7 +184,7 @@ static relopt_int intRelOpts[] =
            "Multixact age at which to autovacuum a table to prevent multixact wraparound",
            RELOPT_KIND_HEAP | RELOPT_KIND_TOAST
        },
-       -1, 100000000, 2000000000
+       -1, 10000, 2000000000
    },
    {
        {