From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Subject: | Re: pg_multixact not getting truncated |
Date: | 2014-11-08 00:09:44 |
Message-ID: | 545D5F48.8010704@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11/05/2014 11:15 AM, Josh Berkus wrote:
> On 11/05/2014 10:40 AM, Jim Nasby wrote:
>> Can you post the contents of pg_multixact/members/?
>
> Well, not as of last week, obviously.
>
> https://gist.github.com/jberkus/d05db3629e8c898664c4
>
> I haven't pasted all the filenames, because, well, look at the count. I
> also added the contents of the /offsets directory, for full information.
>
> Note that we've added 400 multixact files since my first email.
So, just did a quick survey of our managed services customers. 4 out of
6 have pg_multixact bloat. Basically it looks like this:
User1 (the one above): 1.1GB
User2: 64K
User3: 929MB
User4: 1.3GB
User5: 301MB
User6: 48K
Nobody (out of 6 more) running a version older than 9.3 had a
pg_multixact larger than 128K.
None of these users used pg_upgrade, so that's not the source of this
problem. Instead, as demonstrated earlier, we are simply not truncating
pg_multixact sufficiently.
So this looks like a pretty serious bug.
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
From | Date | Subject | |
---|---|---|---|
Next Message | Petr Jelinek | 2014-11-08 00:26:46 | Re: Sequence Access Method WIP |
Previous Message | Petr Jelinek | 2014-11-08 00:07:51 | Re: tracking commit timestamps |