X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 3B7549FA5B5 for ; Mon, 5 Jun 2006 17:39:07 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 77177-01 for ; Mon, 5 Jun 2006 17:38:58 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from main2.mycybernet.net (main2.mycybernet.net [209.222.63.140]) by postgresql.org (Postfix) with ESMTP id 5A2549FA30C for ; Mon, 5 Jun 2006 17:38:58 -0300 (ADT) Received: from 227-54-222-209.mycybernet.net ([209.222.54.227] helo=phlogiston.dydns.org) by main2.mycybernet.net with esmtp (Exim 4.62) (envelope-from ) id 1FnLua-0007Hy-JJ for pgsql-performance@postgresql.org; Mon, 05 Jun 2006 16:42:56 -0400 Received: by phlogiston.dydns.org (Postfix, from userid 1000) id AC3BA4051; Mon, 5 Jun 2006 16:38:51 -0400 (EDT) Date: Mon, 5 Jun 2006 16:38:51 -0400 From: Andrew Sullivan To: pgsql-performance@postgresql.org Subject: Re: Some queries starting to hang Message-ID: <20060605203851.GB7071@phlogiston.dyndns.org> References: <1149534308.3583.56.camel@bg002441.pro-unlimited.com> <22706.1149538039@sss.pgh.pa.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22706.1149538039@sss.pgh.pa.us> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/42 X-Sequence-Number: 19399 On Mon, Jun 05, 2006 at 04:07:19PM -0400, Tom Lane wrote: > > broke: > > -> Nested Loop (cost=30150.77..129334.04 rows=1 width=305) > > work: > > -> Hash Join (cost=30904.77..125395.89 rows=1810 width=306) > > I'm wondering about out-of-date or nonexistent ANALYZE stats, missing > custom adjustments of statistics target settings, etc. But even the nested loop shouldn't be a "never returns" case, should it? For 1800 rows? (I've _had_ bad plans that picked nestloop, for sure, but they're usually for tens of thousands of rows when they take forever). A -- Andrew Sullivan | ajs@crankycanuck.ca Users never remark, "Wow, this software may be buggy and hard to use, but at least there is a lot of code underneath." --Damien Katz