Optimizer regression - Mailing list pgsql-hackers
From | Jim Nasby |
---|---|
Subject | Optimizer regression |
Date | |
Msg-id | E7DB4EF9-89E7-4BE3-9C28-44386068DC27@nasby.net Whole thread Raw |
Responses |
Re: Optimizer regression
|
List | pgsql-hackers |
Just upgraded to 8.4 (I know, I know…) and ran across this. Unfortunately I have no way to test this on 9.x, so I don't knowif it's been fixed or not. I'm hoping that someone *cough*Tom*cough* would quickly recognize whether this push into subqueryissue has been fixed or not, so I haven't included full details or a test case. I have a work-around so I don't careabout this in 8.4, but if this regression still exists it would be nice if it were fixed. CREATE VIEW loans.payday AS SELECT * FROM loans WHERE loan_type_cd IN ( 'payday', 'other' ); CREATE VIEW loans.payday_defaulted AS SELECT * FROM loans.payday p WHERE EXISTS( SELECT * FROM loan_statuses ls WHERE ls.loan_id= p.id AND ls.status_cd = 'in_default' ); This query is fast: SELECT defaulted_then_paid_loans , ( SELECT count(*) FROM loans.payday WHERE ROW( customer_id, status_cd )= ROW( d.customer_id, d.status_cd ) AND id > coalesce( max_defaulted_loan_id, 0 ) ) AS number_of_loans_since_last_default FROM ( SELECT p.customer_id, p.status_cd, count( d.id ) AS defaulted_then_paid_loans , max( d.id ) AS max_defaulted_loan_id FROM loans.payday p LEFT JOIN loans.payday_defaulted d USING( id ) WHERE d.customer_id= ? GROUP BY p.customer_id, p.status_cd ) d WHERE status_cd = 'paid_off'; This query is not (but was fine on 8.3): SELECT defaulted_then_paid_loans , ( SELECT count(*) FROM loans.payday WHERE ROW( customer_id, status_cd )= ROW( d.customer_id, d.status_cd ) AND id > coalesce( max_defaulted_loan_id, 0 ) ) AS number_of_loans_since_last_default FROM ( SELECT p.customer_id, p.status_cd, count( d.id ) AS defaulted_then_paid_loans , max( d.id ) AS max_defaulted_loan_id FROM loans.payday p LEFT JOIN loans.payday_defaulted d USING( id ) GROUP BYp.customer_id, p.status_cd ) d WHERE status_cd = 'paid_off' AND customer_id = ? ; Plan from the "bad" query on 8.3: QUERY PLAN ------------------------------------------------------------------------------------------------------------------------------------------------------------------Subquery Scand (cost=0.00..438.00 rows=2 width=162) (actual time=4883.286..4883.286 rows=1 loops=1) -> GroupAggregate (cost=0.00..421.91rows=2 width=17) (actual time=4883.181..4883.181 rows=1 loops=1) -> Nested Loop Left Join (cost=0.00..421.75rows=13 width=17) (actual time=314.426..4883.082 rows=31 loops=1) -> Index Scan using loans_m13on loans (cost=0.00..36.72 rows=13 width=17) (actual time=52.209..561.240 rows=31 loops=1) IndexCond: ((customer_id = 10287151) AND ((status_cd)::text = 'paid_off'::text)) Filter: ((loan_type_cd)::text= ANY ('{payday,cso}'::text[])) -> Index Scan using loans_pkey on loans (cost=0.00..29.61rows=1 width=4) (actual time=139.410..139.410 rows=0 loops=31) Index Cond: (cnu.loans.id= cnu.loans.id) Filter: (((cnu.loans.loan_type_cd)::text = ANY ('{payday,cso}'::text[]))AND (subplan)) SubPlan -> Index Scan using loan_status_u1on loan_statuses ls (cost=0.00..23.43 rows=1 width=88) (actual time=109.521..109.521 rows=0 loops=31) Index Cond: (loan_id = $3) Filter: ((status_cd)::text = 'in_default'::text) SubPlan -> Aggregate (cost=8.03..8.04 rows=1 width=0) (actual time=0.100..0.100 rows=1 loops=1) -> Index Scan using loans_m13 on loans (cost=0.00..8.02 rows=1 width=0) (actual time=0.041..0.084 rows=31loops=1) Index Cond: ((customer_id = $0) AND ((status_cd)::text = ($1)::text)) Filter:(((loan_type_cd)::text = ANY ('{payday,cso}'::text[])) AND (id > COALESCE($2, 0)))Total runtime: 4883.439 ms (19 rows) And from 8.4… QUERY PLAN ----------------------------------------------------------------------------------------------------------------------Subquery Scand (cost=3003014.53..3027074.69 rows=2 width=162) -> GroupAggregate (cost=3003014.53..3027059.89 rows=2 width=17) -> Hash Left Join (cost=3003014.53..3027059.73 rows=13 width=17) Hash Cond: (cnu.loans.id= cnu.loans.id) -> Index Scan using loans_m13 on loans (cost=0.00..36.01 rows=13 width=17) Index Cond: ((customer_id = 10287151) AND ((status_cd)::text = 'paid_off'::text)) Filter:((loan_type_cd)::text = ANY ('{payday,cso}'::text[])) -> Hash (cost=2902187.44..2902187.44 rows=6145607width=4) -> Hash Join (cost=2027941.10..2902187.44 rows=6145607 width=4) Hash Cond: (cnu.loans.id = ls.loan_id) -> Seq Scan on loans (cost=0.00..688340.03 rows=10783881width=4) Filter: ((loan_type_cd)::text = ANY ('{payday,cso}'::text[])) -> Hash (cost=2015760.83..2015760.83 rows=974422 width=4) -> HashAggregate (cost=2006016.61..2015760.83 rows=974422 width=4) -> Seq Scan on loan_statusesls (cost=0.00..1984621.11 rows=8558199 width=4) Filter: ((status_cd)::text= 'in_default'::text) SubPlan 1 -> Aggregate (cost=7.38..7.39 rows=1 width=0) -> IndexScan using loans_m13 on loans (cost=0.00..7.37 rows=1 width=0) Index Cond: ((customer_id = $0) AND ((status_cd)::text= ($1)::text)) Filter: (((loan_type_cd)::text = ANY ('{payday,cso}'::text[])) AND (id >COALESCE($2, 0))) (21 rows) -- Jim C. Nasby, Database Architect jim@nasby.net 512.569.9461 (cell) http://jim.nasby.net
pgsql-hackers by date: