-
Type:
Task
-
Status: Open (View Workflow)
-
Priority:
Major
-
Resolution: Unresolved
-
Fix Version/s: 10.6
-
Component/s: Locking
-
Labels:None
MDL belongs to a transaction, not to a connection. For example, when a transaction is moved to a different thd, MDLs should be moved too.
Problem, what if a connection owns more than one open transaction and they have conflicting lock requests? It cannot wait on itself, so deadlock detector has to be able to detect a loop right away.
- relates to
-
MDEV-21602 CREATE TABLE…PRIMARY KEY…SELECT workaround causes DROP TABLE to ignore locks
-
- Confirmed
-