From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Not HOT enough |
Date: | 2011-11-22 20:23:34 |
Message-ID: | CA+U5nM+pSAxK7pVHbf7huUutzNbnS674Tg14JMUj7Yq7b3FcOg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Some time ago, I changed GetOldestXmin() to ignore procs in other
databases resulting in a potentially later xmin.
GetSnapshotData() was not touched when that happened, even though the
comments say "...This is the same computation done by
GetOldestXmin(true, true)." The transam/README file says it stronger
"GetSnapshotData also performs an oldest-xmin calculation (which had
better
match GetOldestXmin's)". Doh.
As a result, VACUUM ignores procs in other databases, whereas HOT does
not. That means we aren't cleaning up as much as we could do when
running multiple databases. If its OK for VACUUM, then it must be OK
for HOT cleanup also.
Attached patch ignores procs in other databases during
GetSnapshotData() when IsMVCCSnapshot(), using similar coding to
GetOldestXmin().
Any doubters?
I suggest this is backpatched a few releases.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
Attachment | Content-Type | Size |
---|---|---|
fix_getsnapshotdata.v1.patch | application/octet-stream | 1011 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2011-11-22 20:42:35 | Re: pg_upgrade relation OID mismatches |
Previous Message | Peter Eisentraut | 2011-11-22 20:02:07 | pg_upgrade relation OID mismatches |