Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wzu8P-00007G-5a for pgsql-performance@arkaria.postgresql.org; Wed, 25 Jun 2014 20:49:37 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Wzu8O-00016b-0v for pgsql-performance@arkaria.postgresql.org; Wed, 25 Jun 2014 20:49:36 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Wzu8J-0000zL-H1 for pgsql-performance@postgresql.org; Wed, 25 Jun 2014 20:49:31 +0000 Received: from smtp2.peak6.com ([38.98.137.9]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Wzu8E-0008Q0-R8 for pgsql-performance@postgresql.org; Wed, 25 Jun 2014 20:49:30 +0000 X-AuditID: 0a02cb20-f798c6d000007a0a-e5-53ab35d145d3 Received: from sswchi5pcas1.peak6.net (Unknown_Domain [10.100.13.22]) (using TLS with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by smtp2.peak6.com (Symantec Messaging Gateway) with SMTP id D6.CC.31242.1D53BA35; Wed, 25 Jun 2014 15:49:21 -0500 (CDT) Received: from [10.10.220.56] (10.10.220.56) by sswchi5pcas1.peak6.net (10.100.13.25) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 25 Jun 2014 15:49:21 -0500 Message-ID: <53AB35CC.10202@optionshouse.com> Date: Wed, 25 Jun 2014 15:49:16 -0500 From: Shaun Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: AJ Weber , "pgsql-performance@postgresql.org" Subject: Re: how to improve perf of 131MM row table? References: <53AB2CB1.8080201@comcast.net> In-Reply-To: <53AB2CB1.8080201@comcast.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed content-transfer-encoding: 7bit X-Originating-IP: [10.10.220.56] X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFIsWRmVeSWpSXmKPExsXClcIrpnvRdHWwwfujGhZ3199jt7g+8xyz A5PH5MdzGD0u7JvGHsAU1cBok5iXl1+SWJKqkJJanGyr5F9QkpmfV+yRX1qcquCSWZyck5iZ m1qkpJCZYqtkrKRQkJOYnJqbmldiq5RYUJCal6Jkx6WAAWyAyjLzFFLzkvNTMvPSbZU8g/11 LSxMLXUNlezikUFCJ0vG+30PGQt+clZMuhTfwNjM0cXIySEhYCLx7fsJZghbTOLCvfVsXYxc HEICc5kkps24xQjhrGSUmNz7lRGkildAV+LA9D9sIDaLgKpEY2MDK4jNBhSf1L8CLC4qECbx 8eg6Noh6QYmTM5+wgNgiAlkSG6fsZwexhQXsJObcPAgWFxLQkli0swEszimgLbH01Cqwi5gF bCUuzLnOAmHLS2x/O4cZol5VYkXzRKD5HEBXKwBdnTqBUXAWkm2zkHTPQtK9gJF5FaN4cVli ckamWUFxbkmBkV5BamK2mV5easkmRlCEMp1W2MG4ucfqEKMAB6MSD++Hx6uChVgTy4orcw8x SnAwK4nwvv8LFOJNSaysSi3Kjy8qzUktPsToAwyOicxSosn5wOSRVxJvaGxqYGppamhqbmpo hENYSZz3SEtcsJBAOjBlZKemFqQWwYxj4uCUamB0LGESYl0pcLr+3omqbmU1WQOHe3wvFzxa JWH2o4DlZEcu/zY/FbEfCuJytu6Sc8qf/Ay4LnPunY3BEgVVS6HCYLMjH/tcGLSPJ7kYNYTF +jzRPR4cwFjoz/OzPfjIo1b5qNR5K8q7lmnu2zD3YDZnq3lX4Gb/sozlp4LnaX6rOhqvxxWY pMRSnJFoqMVcVJwIAD/JQfz9AgAA X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 06/25/2014 03:10 PM, AJ Weber wrote: > I have a relatively sizable postgresql 9.0.2 DB with a few large tables > (keep in mind "large" is relative, I'm sure there are plenty larger out > there). Regardless of any help we might offer regarding this, you need to upgrade your installation to 9.0.17. You are behind by several performance, security, and integrity bugfixes, some of which address critical corruption bugs related to replication. > One of my queries that seems to be bogging-down performance is a join > between two tables on each of their BIGINT PK's (so they have default > unique constraint/PK indexes on them). One table is a detail table for > the other. This isn't enough information. Just knowing the relative sizes of the tables doesn't tell us which columns are indexed, whether or not the query is using those indexes, how many rows usually match, which queries are performing badly, and so on. Please refer to this page to ask performance related questions: https://wiki.postgresql.org/wiki/Slow_Query_Questions Without much of this information, we'd only be speculating. -- Shaun Thomas OptionsHouse, LLC | 141 W. Jackson Blvd. | Suite 800 | Chicago IL, 60604 312-676-8870 sthomas@optionshouse.com ______________________________________________ See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance