Commit
5b562644fec696977df4a82790064e8287927891 added a comment that
SetRelationHasSubclass() callers must hold this lock. When commit
17f206fbc824d2b4b14480199ca9ff7dea417eda extended use of this column to
partitioned indexes, it didn't take the lock. As the latter commit
message mentioned, we currently never reset a partitioned index to
relhassubclass=f. That largely avoids harm from the lock omission. The
cause for fixing this now is to unblock introducing a rule about locks
required to heap_update() a pg_class row. This might cause more
deadlocks. It gives minor user-visible benefits:
- If an ALTER INDEX SET TABLESPACE runs concurrently with ALTER TABLE
ATTACH PARTITION or CREATE PARTITION OF, one transaction blocks
instead of failing with "tuple concurrently updated". (Many cases of
DDL concurrency still fail that way.)
- Match ALTER INDEX ATTACH PARTITION in choosing to lock the index.
While not user-visible today, we'll need this if we ever make something
set the flag to false for a partitioned index, like ANALYZE does today
for tables. Back-patch to v12 (all supported versions), the plan for
the commit relying on the new rule. In back branches, add
LockOrStrongerHeldByMe() instead of adding a LockHeldByMe() parameter.
Reviewed (in an earlier version) by Robert Haas.
Discussion: https://postgr.es/m/
20240611024525[email protected]
if (OidIsValid(parentIndexRelid))
{
StoreSingleInheritance(indexRelationId, parentIndexRelid, 1);
+ LockRelationOid(parentIndexRelid, ShareUpdateExclusiveLock);
SetRelationHasSubclass(parentIndexRelid, true);
}
/* set relhassubclass if an index partition has been added to the parent */
if (OidIsValid(parentOid))
+ {
+ LockRelationOid(parentOid, ShareUpdateExclusiveLock);
SetRelationHasSubclass(parentOid, true);
+ }
/* set relispartition correctly on the partition */
update_relispartition(partRelid, OidIsValid(parentOid));
* SetRelationHasSubclass
* Set the value of the relation's relhassubclass field in pg_class.
*
- * NOTE: caller must be holding an appropriate lock on the relation.
- * ShareUpdateExclusiveLock is sufficient.
+ * It's always safe to set this field to true, because all SQL commands are
+ * ready to see true and then find no children. On the other hand, commands
+ * generally assume zero children if this is false.
+ *
+ * Caller must hold any self-exclusive lock until end of transaction. If the
+ * new value is false, caller must have acquired that lock before reading the
+ * evidence that justified the false value. That way, it properly waits if
+ * another backend is simultaneously concluding no need to change the tuple
+ * (new and old values are true).
*
* NOTE: an important side-effect of this operation is that an SI invalidation
* message is sent out to all backends --- including me --- causing plans
HeapTuple tuple;
Form_pg_class classtuple;
+ Assert(CheckRelationOidLockedByMe(relationId,
+ ShareUpdateExclusiveLock, false) ||
+ CheckRelationOidLockedByMe(relationId,
+ ShareRowExclusiveLock, true));
+
/*
* Fetch a modifiable copy of the tuple, modify it, update pg_class.
*/
relation->rd_lockInfo.lockRelId.dbId,
relation->rd_lockInfo.lockRelId.relId);
- if (LockHeldByMe(&tag, lockmode))
- return true;
+ return LockHeldByMe(&tag, lockmode, orstronger);
+}
- if (orstronger)
- {
- LOCKMODE slockmode;
+/*
+ * CheckRelationOidLockedByMe
+ *
+ * Like the above, but takes an OID as argument.
+ */
+bool
+CheckRelationOidLockedByMe(Oid relid, LOCKMODE lockmode, bool orstronger)
+{
+ LOCKTAG tag;
- for (slockmode = lockmode + 1;
- slockmode <= MaxLockMode;
- slockmode++)
- {
- if (LockHeldByMe(&tag, slockmode))
- {
-#ifdef NOT_USED
- /* Sometimes this might be useful for debugging purposes */
- elog(WARNING, "lock mode %s substituted for %s on relation %s",
- GetLockmodeName(tag.locktag_lockmethodid, slockmode),
- GetLockmodeName(tag.locktag_lockmethodid, lockmode),
- RelationGetRelationName(relation));
-#endif
- return true;
- }
- }
- }
+ SetLocktagRelationOid(&tag, relid);
- return false;
+ return LockHeldByMe(&tag, lockmode, orstronger);
}
/*
}
/*
- * LockHeldByMe -- test whether lock 'locktag' is held with mode 'lockmode'
- * by the current transaction
+ * LockHeldByMe -- test whether lock 'locktag' is held by the current
+ * transaction
+ *
+ * Returns true if current transaction holds a lock on 'tag' of mode
+ * 'lockmode'. If 'orstronger' is true, a stronger lockmode is also OK.
+ * ("Stronger" is defined as "numerically higher", which is a bit
+ * semantically dubious but is OK for the purposes we use this for.)
*/
bool
-LockHeldByMe(const LOCKTAG *locktag, LOCKMODE lockmode)
+LockHeldByMe(const LOCKTAG *locktag,
+ LOCKMODE lockmode, bool orstronger)
{
LOCALLOCKTAG localtag;
LOCALLOCK *locallock;
&localtag,
HASH_FIND, NULL);
- return (locallock && locallock->nLocks > 0);
+ if (locallock && locallock->nLocks > 0)
+ return true;
+
+ if (orstronger)
+ {
+ LOCKMODE slockmode;
+
+ for (slockmode = lockmode + 1;
+ slockmode <= MaxLockMode;
+ slockmode++)
+ {
+ if (LockHeldByMe(locktag, slockmode, false))
+ return true;
+ }
+ }
+
+ return false;
}
#ifdef USE_ASSERT_CHECKING
extern void UnlockRelation(Relation relation, LOCKMODE lockmode);
extern bool CheckRelationLockedByMe(Relation relation, LOCKMODE lockmode,
bool orstronger);
+extern bool CheckRelationOidLockedByMe(Oid relid, LOCKMODE lockmode,
+ bool orstronger);
extern bool LockHasWaitersRelation(Relation relation, LOCKMODE lockmode);
extern void LockRelationIdForSession(LockRelId *relid, LOCKMODE lockmode);
extern void LockReleaseSession(LOCKMETHODID lockmethodid);
extern void LockReleaseCurrentOwner(LOCALLOCK **locallocks, int nlocks);
extern void LockReassignCurrentOwner(LOCALLOCK **locallocks, int nlocks);
-extern bool LockHeldByMe(const LOCKTAG *locktag, LOCKMODE lockmode);
+extern bool LockHeldByMe(const LOCKTAG *locktag,
+ LOCKMODE lockmode, bool orstronger);
#ifdef USE_ASSERT_CHECKING
extern HTAB *GetLockMethodLocalHash(void);
#endif