Here is the answer to Ray Stell who send me the wiki page of Slow Query. I
hope i detailed all you wanted (i basicly pasted the page and add my
Full Table and Index Schema:
tables_adresses.adresses_XX (id (serial), X(Double precision),Y (Double
adresses_XX_pkey (Primary key, btree)
calcul_XX (non unique, Btree on X,Y)
tables_gps.gps_XX (id (int),x_max(numeric(10,5)), y_max
calculs_XX (non unique Btree x_min,x_max,y_min,y_max)
gps_10_pkey (Primary key on id btree)
Approximate rows 250000.
No large objects in it (just data)
receives a large number of UPDATEs or DELETEs regularly
is growing daily
I can't post an EXPLAIN ANALYZE because of the 6hour query time.
Postgres version: 9.1
History: was this query always slow, : "YES"
Hardware: Ubuntu server last version 32bits
Daily VACUUM FULL ANALYZE, REINDEX TABLE on all the tables.
WAL Configuration: Whats a WAL ?
GUC Settings: i didn't change anything. All is standard.
shared_buffers should be 10% to 25% of available RAM (it's on 24MB and can't
go higher. The server has 4Gb)
effective_cache_size should be 75% of available RAM => I don't now what this
Test changing work_mem: increase it to 8MB, 32MB, 256MB, 1GB. Does it make a
View this message in context: http://postgresql.1045698.n5.nabble.com/Same-query-doing-slow-then-quick-tp5725486p5725491.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.
In response to
pgsql-performance by date
|Next:||From: Julien Cigar||Date: 2012-09-26 13:21:38|
|Subject: Re: Same query doing slow then quick|
|Previous:||From: Kevin Grittner||Date: 2012-09-26 12:58:41|
|Subject: Re: Postgres becoming slow, only full vacuum fixes it|