| 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: | Whole Thread | Raw Message | 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 |