mirror of
https://git.postgresql.org/git/postgresql.git
synced 2025-01-06 15:24:56 +08:00
You must hold a lock on the heap page when you call
CheckForSerializableConflictOut(), because it can set hint bits. YAMAMOTO Takashi
This commit is contained in:
parent
12bf602f3f
commit
ee3838b1d3
@ -1472,10 +1472,10 @@ heap_fetch(Relation relation,
|
||||
if (valid)
|
||||
PredicateLockTuple(relation, tuple);
|
||||
|
||||
LockBuffer(buffer, BUFFER_LOCK_UNLOCK);
|
||||
|
||||
CheckForSerializableConflictOut(valid, relation, tuple, buffer);
|
||||
|
||||
LockBuffer(buffer, BUFFER_LOCK_UNLOCK);
|
||||
|
||||
if (valid)
|
||||
{
|
||||
/*
|
||||
|
@ -3366,9 +3366,10 @@ XidIsConcurrent(TransactionId xid)
|
||||
* If the transactions overlap (i.e., they cannot see each other's writes),
|
||||
* then we have a conflict out.
|
||||
*
|
||||
* This function should be called just about anywhere in heapam.c that a
|
||||
* tuple has been read. There is currently no known reason to call this
|
||||
* function from an index AM.
|
||||
* This function should be called just about anywhere in heapam.c where a
|
||||
* tuple has been read. The caller must hold at least a shared lock on the
|
||||
* buffer, because this function might set hint bits on the tuple. There is
|
||||
* currently no known reason to call this function from an index AM.
|
||||
*/
|
||||
void
|
||||
CheckForSerializableConflictOut(const bool visible, const Relation relation,
|
||||
|
Loading…
Reference in New Issue
Block a user