mirror of
https://github.com/postgres/postgres.git
synced 2026-03-23 02:43:22 -04:00
Provide a facility that (1) can be used to stabilize certain plan choices so that the planner cannot reverse course without authorization and (2) can be used by knowledgeable users to insist on plan choices contrary to what the planner believes best. In both cases, terrible outcomes are possible: users should think twice and perhaps three times before constraining the planner's ability to do as it thinks best; nevertheless, there are problems that are much more easily solved with these facilities than without them. This patch takes the approach of analyzing a finished plan to produce textual output, which we call "plan advice", that describes key decisions made during plan; if that plan advice is provided during future planning cycles, it will force those key decisions to be made in the same way. Not all planner decisions can be controlled using advice; for example, decisions about how to perform aggregation are currently out of scope, as is choice of sort order. Plan advice can also be edited by the user, or even written from scratch in simple cases, making it possible to generate outcomes that the planner would not have produced. Partial advice can be provided to control some planner outcomes but not others. Currently, plan advice is focused only on specific outcomes, such as the choice to use a sequential scan for a particular relation, and not on estimates that might contribute to those outcomes, such as a possibly-incorrect selectivity estimate. While it would be useful to users to be able to provide plan advice that affects selectivity estimates or other aspects of costing, that is out of scope for this commit. Reviewed-by: Lukas Fittl <lukas@fittl.com> Reviewed-by: Jakub Wartak <jakub.wartak@enterprisedb.com> Reviewed-by: Greg Burd <greg@burd.me> Reviewed-by: Jacob Champion <jacob.champion@enterprisedb.com> Reviewed-by: Haibo Yan <tristan.yim@gmail.com> Reviewed-by: Dian Fay <di@nmfay.com> Reviewed-by: Ajay Pal <ajay.pal.k@gmail.com> Reviewed-by: John Naylor <johncnaylorls@gmail.com> Reviewed-by: Alexandra Wang <alexandra.wang.oss@gmail.com> Discussion: http://postgr.es/m/CA+TgmoZ-Jh1T6QyWoCODMVQdhTUPYkaZjWztzP1En4=ZHoKPzw@mail.gmail.com
86 lines
3.3 KiB
PL/PgSQL
86 lines
3.3 KiB
PL/PgSQL
LOAD 'pg_plan_advice';
|
|
SET max_parallel_workers_per_gather = 1;
|
|
SET parallel_setup_cost = 0;
|
|
SET parallel_tuple_cost = 0;
|
|
SET min_parallel_table_scan_size = 0;
|
|
SET debug_parallel_query = off;
|
|
|
|
CREATE TABLE gt_dim (id serial primary key, dim text)
|
|
WITH (autovacuum_enabled = false);
|
|
INSERT INTO gt_dim (dim) SELECT random()::text FROM generate_series(1,100) g;
|
|
VACUUM ANALYZE gt_dim;
|
|
|
|
CREATE TABLE gt_fact (
|
|
id int not null,
|
|
dim_id integer not null references gt_dim (id)
|
|
) WITH (autovacuum_enabled = false);
|
|
INSERT INTO gt_fact
|
|
SELECT g, (g%3)+1 FROM generate_series(1,100000) g;
|
|
VACUUM ANALYZE gt_fact;
|
|
|
|
-- By default, we expect Gather Merge with a parallel hash join.
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
|
|
-- Force Gather or Gather Merge of both relations together.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'gather_merge((f d))';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather((f d))';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
COMMIT;
|
|
|
|
-- Force a separate Gather or Gather Merge operation for each relation.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'gather_merge(f d)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather(f d)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather((d d/d.d))';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
COMMIT;
|
|
|
|
-- Force a Gather or Gather Merge on one relation but no parallelism on other.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'gather_merge(f) no_gather(d)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather_merge(d) no_gather(f)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather(f) no_gather(d)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather(d) no_gather(f)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
COMMIT;
|
|
|
|
-- Force no Gather or Gather Merge use at all.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'no_gather(f d)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
COMMIT;
|
|
|
|
-- Can't force Gather Merge without the ORDER BY clause, but just Gather is OK.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'gather_merge((f d))';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id;
|
|
SET LOCAL pg_plan_advice.advice = 'gather((f d))';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id;
|
|
COMMIT;
|
|
|
|
-- Test conflicting advice.
|
|
BEGIN;
|
|
SET LOCAL pg_plan_advice.advice = 'gather((f d)) no_gather(f)';
|
|
EXPLAIN (COSTS OFF, PLAN_ADVICE)
|
|
SELECT * FROM gt_fact f JOIN gt_dim d ON f.dim_id = d.id ORDER BY d.id;
|
|
COMMIT;
|