vacuumdb: Make vacuumdb --analyze-only process partitioned tables.

vacuumdb should follow the behavior of the underlying VACUUM and ANALYZE
commands. When --analyze-only is used, it ought to analyze regular tables,
materialized views, and partitioned tables, just as ANALYZE (with no explicit
target tables) does. Otherwise, it should only process regular tables and
materialized views, since VACUUM skips partitioned tables when no targets
are given.

Previously, vacuumdb --analyze-only skipped partitioned tables. This was
inconsistent, and also inconvenient after pg_upgrade, where --analyze-only
is typically used to gather missing statistics.

This commit fixes the behavior so that vacuumdb --analyze-only also processes
partitioned tables. As a result, both vacuumdb --analyze-only and
ANALYZE (with no explicit targets) now analyze regular tables,
partitioned tables, and materialized views, but not foreign tables.

Because this is a nontrivial behavior change, it is applied only to master.

Reported-by: Zechman, Derek S <Derek.S.Zechman@snapon.com>
Author: Laurenz Albe <laurenz.albe@cybertec.at>
Co-authored-by: Mircea Cadariu <cadariu.mircea@gmail.com>
Reviewed-by: Fujii Masao <masao.fujii@gmail.com>
Discussion: https://postgr.es/m/CO1PR04MB8281387B9AD9DE30976966BBC045A%40CO1PR04MB8281.namprd04.prod.outlook.com
pull/239/head
Fujii Masao 3 weeks ago
parent 3eec0e6533
commit 6429e5b771
  1. 9
      doc/src/sgml/ref/vacuumdb.sgml
  2. 11
      src/bin/scripts/t/100_vacuumdb.pl
  3. 24
      src/bin/scripts/vacuumdb.c

@ -397,6 +397,15 @@ PostgreSQL documentation
Multiple tables can be vacuumed by writing multiple
<option>-t</option> switches.
</para>
<para>
If no tables are specified with the <option>--table</option> option,
<application>vacuumdb</application> will clean all regular tables
and materialized views in the connected database.
If <option>--analyze-only</option> or
<option>--analyze-in-stages</option> is also specified,
it will analyze all regular tables, partitioned tables,
and materialized views (but not foreign tables).
</para>
<tip>
<para>
If you specify columns, you probably have to escape the parentheses

@ -340,4 +340,15 @@ $node->issues_sql_unlike(
qr/statement:\ ANALYZE/sx,
'--missing-stats-only with no missing partition stats');
$node->safe_psql('postgres',
"CREATE TABLE parent_table (a INT) PARTITION BY LIST (a);\n"
. "CREATE TABLE child_table PARTITION OF parent_table FOR VALUES IN (1);\n"
. "INSERT INTO parent_table VALUES (1);\n");
$node->issues_sql_like(
[
'vacuumdb', '--analyze-only', 'postgres'
],
qr/statement: ANALYZE public.parent_table/s,
'--analyze-only updates statistics for partitioned tables');
done_testing();

@ -911,10 +911,26 @@ retrieve_objects(PGconn *conn, vacuumingOptions *vacopts,
*/
if ((objfilter & OBJFILTER_TABLE) == 0)
{
appendPQExpBufferStr(&catalog_query,
" AND c.relkind OPERATOR(pg_catalog.=) ANY (array["
CppAsString2(RELKIND_RELATION) ", "
CppAsString2(RELKIND_MATVIEW) "])\n");
/*
* vacuumdb should generally follow the behavior of the underlying
* VACUUM and ANALYZE commands. If analyze_only is true, process
* regular tables, materialized views, and partitioned tables, just
* like ANALYZE (with no specific target tables) does. Otherwise,
* process only regular tables and materialized views, since VACUUM
* skips partitioned tables when no target tables are specified.
*/
if (vacopts->analyze_only)
appendPQExpBufferStr(&catalog_query,
" AND c.relkind OPERATOR(pg_catalog.=) ANY (array["
CppAsString2(RELKIND_RELATION) ", "
CppAsString2(RELKIND_MATVIEW) ", "
CppAsString2(RELKIND_PARTITIONED_TABLE) "])\n");
else
appendPQExpBufferStr(&catalog_query,
" AND c.relkind OPERATOR(pg_catalog.=) ANY (array["
CppAsString2(RELKIND_RELATION) ", "
CppAsString2(RELKIND_MATVIEW) "])\n");
}
/*

Loading…
Cancel
Save