MySQL中如何查询某个表上的IS（意向共享）锁？

答案是肯定的，当然可以执行SQL查询表上的IS锁加锁状态。先声明，我们本次讨论的是MySQL里的InnoDB引擎表，下面讨论的内容都是基于这个前提。在揭晓答案之前，多介绍点InnoDB引擎锁相关的一些知识吧。主要有以下几点：

• InnoDB引擎表既支持表级锁，也支持行级锁。
• 加表级锁的方法和MyISAM表是一样的，执行 LOCK TABLE READ/WRITE 即可。
• InnoDB表的行锁是加在索引上的，因此如果没有合适的索引，是会导致表里所有记录都被加上行锁，其后果等同于表级锁，但产生的影响比表级锁可就大多了。因为锁对象数量大了很多，消耗的内存也多很多。
• 加上行锁时，同时还需要对表加上相应的意向锁。例如，想要对一行数据加上共享锁（S锁），则相应的要对表加上意向共享锁（IS锁）；同样地，想要对一行数据加上排他锁（X锁），则相应的要对表加上意向排他锁（IX锁）。
• 意向锁是加在聚集索引的根节点上的，因此无论锁定多少行，只需要加一个意向锁。
  

下面是几个锁之间的兼容矩阵

	IS	IX	S	X
IS	+	+	+	-
IX	+	+	-	-
S	+	-	+	-
X	-	-	-	-

好了，接下来我们来看下怎么查看表级IS锁。其实很简单，只需要查看 PFS.data_locks 表就可以了。另一个表 PFS.metadata_locks 表可以查看MDL锁的详情。

session 1	session 2
begin; -- 先加上共享行锁，此时也会对t1表加上IS锁 select * from t1 where c1=1 for share;
	-- 观察到IS锁 select * from performance_schema.data_locks;

查询结果例如下面这样：

1. [root@yejr.run] [(none)]>select * from performance_schema.data_locks\G
   
2. *************************** 1. row ***************************
   
3.                ENGINE: INNODB
   
4.        ENGINE_LOCK_ID: 140701134495048:1350:140701396637648
   
5. ENGINE_TRANSACTION_ID: 422176111205704
   
6.             THREAD_ID: 87
   
7.              EVENT_ID: 95
   
8.         OBJECT_SCHEMA: yejr
   
9.           OBJECT_NAME: t1
   
10.        PARTITION_NAME: NULL
    
11.     SUBPARTITION_NAME: NULL
    
12.            INDEX_NAME: NULL
    
13. OBJECT_INSTANCE_BEGIN: 140701396637648
    
14.             LOCK_TYPE: TABLE
    
15.             LOCK_MODE: IS
    
16.           LOCK_STATUS: GRANTED
    
17.             LOCK_DATA: NULL
    
18. *************************** 2. row ***************************
    
19.                ENGINE: INNODB
    
20.        ENGINE_LOCK_ID: 140701134495048:267:4:9:140701409130528
    
21. ENGINE_TRANSACTION_ID: 422176111205704
    
22.             THREAD_ID: 87
    
23.              EVENT_ID: 95
    
24.         OBJECT_SCHEMA: yejr
    
25.           OBJECT_NAME: t1
    
26.        PARTITION_NAME: NULL
    
27.     SUBPARTITION_NAME: NULL
    
28.            INDEX_NAME: PRIMARY
    
29. OBJECT_INSTANCE_BEGIN: 140701409130528
    
30.             LOCK_TYPE: RECORD
    
31.             LOCK_MODE: S,REC_NOT_GAP
    
32.           LOCK_STATUS: GRANTED
    
33.             LOCK_DATA: 1

复制代码

此时我们能看到t1表上共有两个锁，一个是表级IS锁，另一个是c1=1上的共享锁。

同样地，我们也可以观察IX锁或其他锁。

1. - session1执行下面的SQL
   
2. [root@yejr.run] [yejr]>begin; update t1 set c4=rand()*1024 where c1=1;
   
3. 
   
4. - session2查询PFS.data_locks
   
5. [root@yejr.run] [(none)]>select * from performance_schema.data_locks\G
   
6. *************************** 1. row ***************************
   
7.                ENGINE: INNODB
   
8.        ENGINE_LOCK_ID: 140701134495888:1350:140701396639728
   
9. ENGINE_TRANSACTION_ID: 104536
   
10.             THREAD_ID: 89
    
11.              EVENT_ID: 43
    
12.         OBJECT_SCHEMA: yejr
    
13.           OBJECT_NAME: t1
    
14.        PARTITION_NAME: NULL
    
15.     SUBPARTITION_NAME: NULL
    
16.            INDEX_NAME: NULL
    
17. OBJECT_INSTANCE_BEGIN: 140701396639728
    
18.             LOCK_TYPE: TABLE
    
19.             LOCK_MODE: IX  <-- 这个就是IX锁了
    
20.           LOCK_STATUS: GRANTED
    
21.             LOCK_DATA: NULL
    
22. *************************** 2. row ***************************
    
23.                ENGINE: INNODB
    
24.        ENGINE_LOCK_ID: 140701134495888:267:4:9:140701409135136
    
25. ENGINE_TRANSACTION_ID: 104536
    
26.             THREAD_ID: 89
    
27.              EVENT_ID: 43
    
28.         OBJECT_SCHEMA: yejr
    
29.           OBJECT_NAME: t1
    
30.        PARTITION_NAME: NULL
    
31.     SUBPARTITION_NAME: NULL
    
32.            INDEX_NAME: PRIMARY
    
33. OBJECT_INSTANCE_BEGIN: 140701409135136
    
34.             LOCK_TYPE: RECORD
    
35.             LOCK_MODE: X,REC_NOT_GAP
    
36.           LOCK_STATUS: GRANTED
    
37.             LOCK_DATA: 1

复制代码

进一步，我们简单看下MDL锁。加共享行锁：

1. - session1加一个共享行锁
   
2. [root@yejr.run] [yejr]>begin; select * from t1 where c1=1 for share;
   
3. 
   
4. - session2查询表上有哪些MDL锁
   
5. [root@yejr.run] [(none)]>select * from performance_schema.metadata_locks\G
   
6. *************************** 1. row ***************************
   
7.           OBJECT_TYPE: TABLE
   
8.         OBJECT_SCHEMA: yejr
   
9.           OBJECT_NAME: t1
   
10.           COLUMN_NAME: NULL
    
11. OBJECT_INSTANCE_BEGIN: 140701215694512
    
12.             LOCK_TYPE: SHARED_READ  <- 共享读锁，可以同时加多个共享行锁
    
13.         LOCK_DURATION: TRANSACTION
    
14.           LOCK_STATUS: GRANTED
    
15.                SOURCE: sql_parse.cc:5761
    
16.       OWNER_THREAD_ID: 87
    
17.        OWNER_EVENT_ID: 100

复制代码

也看下加排他行锁：

1. - session1加一个排他行锁
   
2. [root@yejr.run] [yejr]>begin; update t1 set c4=rand()*1024 where c1=1;
   
3. 
   
4. - session2查询表上有哪些MDL锁
   
5. [root@yejr.run] [(none)]>select * from performance_schema.metadata_locks\G
   
6. *************************** 1. row ***************************
   
7.           OBJECT_TYPE: TABLE
   
8.         OBJECT_SCHEMA: yejr
   
9.           OBJECT_NAME: t1
   
10.           COLUMN_NAME: NULL
    
11. OBJECT_INSTANCE_BEGIN: 140701215694640
    
12.             LOCK_TYPE: SHARED_WRITE  <- 共享写锁，可以同时加多个排他行锁（不同数据行）
    
13.         LOCK_DURATION: TRANSACTION
    
14.           LOCK_STATUS: GRANTED
    
15.                SOURCE: sql_parse.cc:5761
    
16.       OWNER_THREAD_ID: 89
    
17.        OWNER_EVENT_ID: 43

复制代码

好了，方法已有，更多的情形可以自己去玩了 ：）

测试环境

Server version: 8.0.23 MySQL Community Server - GPL

上述PFS查看行锁、MDL锁的功能应该是8.0以上就开始支持了。