产品概述
应用场景
产品架构
实例类型
兼容性说明
使用规范建议
METADATA_LOCKS记录着当前 SQLEngine 元数据锁的占用情况，包含：字段名 | 类型 | 描述 |
OBJECT_TYPE | varchar(64) | 锁定的对象类型，例如 TABLE、SCHEMA、FUNCTION、MC 等。 其中 MC 是 TDSQL Boundless 新增的全局对象锁，在集群层面对数据库对象加锁。 |
OBJECT_SCHEMA | varchar(64) | 锁定对象所在的数据库名称。 |
OBJECT_NAME | varchar(64) | 锁定对象的名称。 |
COLUMN_NAME | varchar(64) | 锁定对象的具体列名称。 |
OBJECT_INSTANCE_BEGIN | bigint unsigned | 锁定对象在内存中的地址。 |
LOCK_TYPE | varchar(32) | 锁的类型。 INTENTION_EXCLUSIVE：意图独占锁。这种锁通常用于表示一个事务打算获取一个独占锁，但目前还没有实际获取到。 SHARED：共享锁。允许多个事务同时持有这种锁，但阻止任何事务获取独占锁。 SHARED_HIGH_PRIO：高优先级共享锁。这是一种特殊类型的共享锁，用于高优先级的事务。 SHARED_READ：共享读锁。允许事务读取数据，但阻止其他事务写入或获取独占锁。 SHARED_UPGRADABLE：可升级的共享锁。这种锁允许事务在持有共享锁的同时尝试获取独占锁，而不会被阻塞。 SHARED_NO_WRITE：不允许写的共享锁。这种锁可能阻止事务写入数据，但允许读取。 SHARED_NO_READ_WRITE：不允许读写的共享锁。这种锁阻止事务读取和写入数据。 EXCLUSIVE：独占锁。只允许一个事务持有这种锁，阻止其他事务获取任何类型的锁。 |
LOCK_DURATION | varchar(32) | 锁的持续时间，例如 TRANSACTION、 LONG 等。 |
LOCK_STATUS | varchar(32) | 表示每个锁的状态： PENDING：当元数据锁被请求但未立即获得时，插入一行状态为 PENDING 的记录。 GRANTED：当元数据锁被请求并立即获得时，插入一行状态为GRANTED 的记录。 VICTIM：当死锁检测器取消挂起的锁请求以打破死锁（ER_LOCK_DEADLOCK）时，将其行状态从 PENDING 更新为VICTIM。这表示该锁行即将被删除。 TIMEOUT：当挂起的锁请求超时（ER_LOCK_WAIT_TIMEOUT）时，将其行状态从 PENDING 更新为 TIMEOUT。这表示该锁行即将被删除。 KILLED：当被授予的锁或挂起的锁请求被终止时，将其行状态从GRANTED 或 PENDING 更新为 KILLED。这表示该锁行即将被删除。 |
SOURCE | varchar(64) | 包含生成事件的已检测代码的源文件的名称以及文件中发生检测的行号。 |
OWNER_THREAD_ID | bigint unsigned | 持有锁的线程 ID。 |
OWNER_EVENT_ID | bigint unsigned | 请求元数据锁的事件ID。 |
#session1BEGINUPDATE test1 SET k = 0 WHERE id = 999;#session2ALTER TABLE test1 ADD COLUMN new_column VARCHAR(255);#查看metadata_locks可以看到ddl获取元数据锁被挂起tdsql [performance_schema]> select * from metadata_locks where OBJECT_NAME='test1' \\G*************************** 1. row ***************************OBJECT_TYPE: TABLEOBJECT_SCHEMA: etestOBJECT_NAME: test1COLUMN_NAME: NULLOBJECT_INSTANCE_BEGIN: 140400821752448LOCK_TYPE: EXCLUSIVELOCK_DURATION: TRANSACTIONLOCK_STATUS: PENDINGSOURCE: mdl.cc:3924OWNER_THREAD_ID: 5670OWNER_EVENT_ID: 11 row in set (0.00 sec)
文档反馈