gpt4 book ai didi

mysql - 为什么 information_schema.INNODB_LOCKS 的 'lock_type' 总是 RECORD?

转载 作者:行者123 更新时间:2023-11-30 21:31:08 25 4
gpt4 key购买 nike

根据文档:https://dev.mysql.com/doc/refman/5.7/en/innodb-locks-table.html ,

LOCK_TYPE of INFORMATION_SCHEMA INNODB_LOCKS Table should have 2 possible values: RECORD AND TABLE.

但是,我还没有看到那个字段是“TABLE”。无论我尝试什么,它总是“记录”。有没有人可以为我提供一个案例来实现“TABLE”?

谢谢,叶先义

最佳答案

您链接到一些 MySQL 5.7 文档,所以我假设您使用的是 5.7。

InnoDB 中唯一的表锁是元数据锁,也称为意向锁,在此处记录:https://dev.mysql.com/doc/refman/5.5/en/innodb-locking.html#innodb-intention-locks

任何想要执行某些 DML 操作以读取或写入表中的记录(即 SELECT/INSERT/UPDATE/DELETE)的事务都需要首先获取元数据锁。多个并发 session 可以获取元数据锁来做DML,并且这些不会相互冲突。

同样,元数据操作(DDL 语句 ALTER、DROP 或 TRUNCATE TABLE)在开始之前需要获取元数据锁。因此,如果有任何事务运行 DML 语句,DDL 语句将被阻止,反之亦然。

这就是在长时间运行的 ALTER 期间阻止 DML 查询表的方式。

在 MySQL 5.7 中,您可以为元数据锁设置一些 PERFORMANCE_SCHEMA 工具,但这是一项相当大的工作量。参见 https://www.percona.com/blog/2016/12/28/quickly-troubleshooting-metadata-locks-mysql-5-7/

在 MySQL 8.0.1 中,有一个新的 PERFORMANCE_SCHEMA.DATA_LOCKS默认情况下监视这些锁。这是一个例子:

mysql> select * from performance_schema.data_locks\G
*************************** 1. row ***************************
ENGINE: INNODB
ENGINE_LOCK_ID: 4874033848:1112:140194859105464
ENGINE_TRANSACTION_ID: 15171
THREAD_ID: 49
EVENT_ID: 12
OBJECT_SCHEMA: test
OBJECT_NAME: mytable
PARTITION_NAME: NULL
SUBPARTITION_NAME: NULL
INDEX_NAME: NULL
OBJECT_INSTANCE_BEGIN: 140194859105464
LOCK_TYPE: TABLE <-- TABLE lock
LOCK_MODE: IX <-- "IX" intention lock mode
LOCK_STATUS: GRANTED
LOCK_DATA: NULL
*************************** 2. row ***************************
ENGINE: INNODB
ENGINE_LOCK_ID: 4874033848:55:4:2:140194863232024
ENGINE_TRANSACTION_ID: 15171
THREAD_ID: 49
EVENT_ID: 12
OBJECT_SCHEMA: test
OBJECT_NAME: mytable
PARTITION_NAME: NULL
SUBPARTITION_NAME: NULL
INDEX_NAME: PRIMARY
OBJECT_INSTANCE_BEGIN: 140194863232024
LOCK_TYPE: RECORD
LOCK_MODE: X
LOCK_STATUS: WAITING
LOCK_DATA: 1

还有一个 METADATA_LOCKS表:

mysql> select * from performance_schema.metadata_locks;
+-------------+--------------------+----------------+-------------+-----------------------+---------------------+---------------+-------------+-------------------+-----------------+----------------+
| OBJECT_TYPE | OBJECT_SCHEMA | OBJECT_NAME | COLUMN_NAME | OBJECT_INSTANCE_BEGIN | LOCK_TYPE | LOCK_DURATION | LOCK_STATUS | SOURCE | OWNER_THREAD_ID | OWNER_EVENT_ID |
+-------------+--------------------+----------------+-------------+-----------------------+---------------------+---------------+-------------+-------------------+-----------------+----------------+
| TABLE | test | mytable | NULL | 140194860588144 | SHARED_WRITE | TRANSACTION | GRANTED | sql_parse.cc:5820 | 48 | 26 |
...

关于mysql - 为什么 information_schema.INNODB_LOCKS 的 'lock_type' 总是 RECORD?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56074658/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com