mirror of
https://github.com/postgres/postgres.git
synced 2025-07-14 08:21:07 +03:00
Make VACUUM avoid waiting for a cleanup lock, where possible.
In a regular VACUUM, it's OK to skip pages for which a cleanup lock isn't immediately available; the next VACUUM will deal with them. If we're scanning the entire relation to advance relfrozenxid, we might need to wait, but only if there are tuples on the page that actually require freezing. These changes should greatly reduce the incidence of of vacuum processes getting "stuck". Simon Riggs and Robert Haas
This commit is contained in:
@ -3841,6 +3841,44 @@ recheck_xvac:
|
||||
return changed;
|
||||
}
|
||||
|
||||
/*
|
||||
* heap_tuple_needs_freeze
|
||||
*
|
||||
* Check to see whether any of the XID fields of a tuple (xmin, xmax, xvac)
|
||||
* are older than the specified cutoff XID. If so, return TRUE.
|
||||
*
|
||||
* It doesn't matter whether the tuple is alive or dead, we are checking
|
||||
* to see if a tuple needs to be removed or frozen to avoid wraparound.
|
||||
*/
|
||||
bool
|
||||
heap_tuple_needs_freeze(HeapTupleHeader tuple, TransactionId cutoff_xid,
|
||||
Buffer buf)
|
||||
{
|
||||
TransactionId xid;
|
||||
|
||||
xid = HeapTupleHeaderGetXmin(tuple);
|
||||
if (TransactionIdIsNormal(xid) &&
|
||||
TransactionIdPrecedes(xid, cutoff_xid))
|
||||
return true;
|
||||
|
||||
if (!(tuple->t_infomask & HEAP_XMAX_IS_MULTI))
|
||||
{
|
||||
xid = HeapTupleHeaderGetXmax(tuple);
|
||||
if (TransactionIdIsNormal(xid) &&
|
||||
TransactionIdPrecedes(xid, cutoff_xid))
|
||||
return true;
|
||||
}
|
||||
|
||||
if (tuple->t_infomask & HEAP_MOVED)
|
||||
{
|
||||
xid = HeapTupleHeaderGetXvac(tuple);
|
||||
if (TransactionIdIsNormal(xid) &&
|
||||
TransactionIdPrecedes(xid, cutoff_xid))
|
||||
return true;
|
||||
}
|
||||
|
||||
return false;
|
||||
}
|
||||
|
||||
/* ----------------
|
||||
* heap_markpos - mark scan position
|
||||
|
Reference in New Issue
Block a user