Re: Best practice - Vacuum. Replication suggestions and pg vs mysql - Mailing list pgsql-admin

From Ron Mayer
Subject Re: Best practice - Vacuum. Replication suggestions and pg vs mysql
Date
Msg-id d1dsv0$q0v$1@news.hub.org
Whole thread Raw
In response to Re: Best practice - Vacuum. Replication suggestions and pg vs mysql question  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Best practice - Vacuum. Replication suggestions and pg vs mysql  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
Tom Lane wrote:
> David B <davidb999@gmail.com> writes:
>>15minute lock is a long time.
> There's no lock, unless you are using VACUUM FULL which you shouldn't.

Or, I believe, if he has any GIST indexes (such as tsearch or
postgis ones).  At least it seems normal vacuum locks GIST indexes
for quite some time here.

I ended up stopping using vacuum_cost_delay to minimize the
time those GIST indexes seemed locked.

    Ron

PS: If I'm right, I wonder if VACUUM or at least autovacuum
should automatically force vacuum_cost_delay to zero while
holding locks (i.e. while doing GIST indexes) to reduce the
time those locks are held.

pgsql-admin by date:

Previous
From: Christopher Browne
Date:
Subject: Re: Excessive growth of pg_attribute and other system tables
Next
From: Tom Lane
Date:
Subject: Re: Best practice - Vacuum. Replication suggestions and pg vs mysql