Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id 35C329FA2FC for ; Thu, 18 Jan 2007 09:07:25 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 83511-07 for ; Thu, 18 Jan 2007 09:07:06 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by postgresql.org (Postfix) with ESMTP id 7C8339FA2D3 for ; Thu, 18 Jan 2007 09:07:17 -0400 (AST) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 18 Jan 2007 08:07:15 -0500 id 0005641E.45AF7104.0000607E Date: Thu, 18 Jan 2007 08:07:15 -0500 From: Bill Moran To: Tom Lane Cc: Alvaro Herrera , pgsql-general@postgresql.org Subject: Re: Index bloat of 4x Message-Id: <20070118080715.479b9315.wmoran@collaborativefusion.com> In-Reply-To: <19674.1169104105@sss.pgh.pa.us> References: <20070117093223.bcdb302e.wmoran@collaborativefusion.com> <20070117154251.GG26080@alvh.no-ip.org> <20070117113216.a6d72185.wmoran@collaborativefusion.com> <20070117171251.GH26080@alvh.no-ip.org> <20070117125203.899f6660.wmoran@collaborativefusion.com> <19674.1169104105@sss.pgh.pa.us> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200701/962 X-Sequence-Number: 107502 In response to Tom Lane : > Bill Moran writes: > > It wasn't the fact that it bloated that surprised me. It was the > > _magnitude_ of bloat that I wasn't expecting, as well as the fact that > > it was _all_ _index_ bloat. > > Um, no, you had plenty of table *and* index bloat before. The problem > here is that VACUUM FULL fixed all the table bloat whilst making the > index situation worse :-( Right. It doesn't _look_ that way from the graph, but that's because I only graph total DB size. I expect if I graphed data and index size separately, it would be evident. At this point, I'm going to assume that my question of, "Is this 4x bloat strange enough to warrant further investigation" is "no". It seems like this amount of bloat isn't terribly unusual, and that the people working on improving this sort of thing already have enough examples of it. Thanks to everyone for the replies. -- Bill Moran Collaborative Fusion Inc.