InnoDB INFORMATION_SCHEMA Lock Tables

三张InnoDB INFORMATION_SCHEMA表使您能够监视事务并诊断潜在的锁定问题:

  • INNODB_TRX:提供有关InnoDB中当前正在执行的每个事务的信息,包括事务状态(例如,它是否正在运行或等待锁定),事务何时启动以及事务正在执行的特定SQL语句。

  • INNODB_LOCKS:InnoDB中等待另一个事务释放锁定(INNODB_TRX.TRX_STATELOCK WAIT)的每个事务都被一个阻塞锁定请求阻止。阻塞锁定请求是针对由不兼容模式中的另一个事务持有的行或表锁定。阻止事务的锁始终处于与请求锁定模式不兼容的模式(读取与写入,共享与排除)。在另一个事务提交或回滚之前,阻塞的事务无法继续,从而释放所请求的锁。对于每个被阻止的事务,INNODB_LOCKS包含一行描述事务已请求的每个锁,以及它正在等待的每个锁。对于阻止另一个事务的每个锁,INNODB_LOCKS也包含一行,无论持有锁的事务的状态如何(INNODB_TRX.TRX_STATERUNNINGLOCK WAITROLLING BACKCOMMITTING)。

  • INNODB_LOCK_WAITS:此表指示哪些事务正在等待给定锁定,或者指定给定事务正在等待哪个锁定。此表包含每个被阻止事务的一个或多个行,指示它已请求的锁以及阻止该请求的任何锁。 REQUESTED_LOCK_ID值指的是事务请求的锁,BLOCKING_LOCK_ID值指的是阻止第一个事务继续进行的锁(由另一个事务持有)。对于任何给定的阻塞事务,INNODB_LOCK_WAITS中的所有行都具有REQUESTED_LOCK_ID的相同值和BLOCKING_LOCK_ID的不同值。

13. INNODB_LOCKS

INNODB_LOCKS表包含有关InnoDB事务已请求但尚未获取的每个锁的信息,以及事务持有的阻止另一个事务的每个锁。

【注意】

此表从MySQL 5.7.14开始不推荐使用,并在MySQL 8.0中删除。

INNODB_LOCKS表包含以下列:

  • lock_id :InnoDB内部的唯一锁ID号。将其视为不透明的字符串。虽然LOCK_ID当前包含TRX_ID,但LOCK_ID中的数据格式可能随时更改。不要编写解析LOCK_ID值的应用程序。
  • lock_trx_id:持有锁的交易的ID。要获取有关事务的详细信息,请将此列与INNODB_TRX表的TRX_ID列连接。
  • lock_mode :如何请求锁定。 允许的锁定模式描述符是S,X,IS,IX,GAP,AUTO_INC和UNKNOWN。 锁定模式描述符可以组合使用以识别特定的锁定模式。 有关InnoDB锁定模式的信息,请参见“InnoDB锁定”。
  • lock_type :锁的类型。允许的值是行级锁定的RECORD,表级锁定的TABLE。
  • lock_table :已锁定或包含锁定记录的表的名称。
  • lock_index :索引的名称,如果LOCK_TYPE是RECORD;否则为NULL。
  • lock_space :锁定记录的表空间ID,如果LOCK_TYPE是RECORD;否则为NULL。
  • lock_page :锁定记录的页码,如果LOCK_TYPE是RECORD;否则为NULL。
  • lock_rec :如果LOCK_TYPE是RECORD,则页面内锁定记录的堆号;否则为NULL。
  • lock_data :与锁相关的数据(如果有)。 如果LOCK_TYPE是RECORD,则值是锁定记录的主键值,否则为NULL。 此列包含锁定行中主键列的值,格式为有效的SQL字符串(准备复制到SQL语句)。 如果没有主键,则LOCK_DATA是唯一的InnoDB内部行ID号。 如果对索引中的最大值的键值或范围进行间隙锁定,则LOCK_DATA将报告supremum伪记录。 当包含锁定记录的页面不在缓冲池中时(如果在保持锁定时它被分页到磁盘),InnoDB不会从磁盘获取页面,以避免不必要的磁盘操作。 相反,LOCK_DATA设置为NULL。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS\G
*************************** 1. row ***************************
lock_id: 3723:72:3:2
lock_trx_id: 3723
lock_mode: X
lock_type: RECORD
lock_table: `mysql`.`t`
lock_index: PRIMARY
lock_space: 72
lock_page: 3
lock_rec: 2
lock_data: 1, 9
*************************** 2. row ***************************
lock_id: 3722:72:3:2
lock_trx_id: 3722
lock_mode: S
lock_type: RECORD
lock_table: `mysql`.`t`
lock_index: PRIMARY
lock_space: 72
lock_page: 3
lock_rec: 2
lock_data: 1, 9

Notes

  • 使用此表可帮助诊断在并发负载较重时发生的性能问题。 其内容按“InnoDB事务和锁定信息的持久性和一致性”中所述进行更新。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 有关使用信息,请参见“使用InnoDB事务和锁定信息”。

14. INNODB_LOCK_WAITS

INNODB_LOCK_WAITS表包含每个被阻止的InnoDB事务的一行或多行,指示它已请求的锁以及阻止该请求的任何锁。

【注意】

此表从MySQL 5.7.14开始不推荐使用,并在MySQL 8.0中删除。

INNODB_LOCK_WAITS表包含以下列:

  • requesting_trx_id:请求(阻止)事务的ID。
  • requested_lock_id:事务正在等待的锁的ID。要获取有关锁的详细信息,请使用INNODB_LOCKS表的LOCK_ID列连接此列。
  • blocking_trx_id :阻止事务的ID。
  • blocking_lock_id :由阻止另一个事务继续进行的事务所持有的锁的ID。要获取有关锁的详细信息,请使用INNODB_LOCKS表的LOCK_ID列连接此列。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS\G
*************************** 1. row ***************************
requesting_trx_id: 3396
requested_lock_id: 3396:91:3:2
blocking_trx_id: 3395
blocking_lock_id: 3395:91:3:2

Notes

  • 使用此表可帮助诊断在并发负载较重时发生的性能问题。 其内容按“InnoDB事务和锁定信息的持久性和一致性”中所述进行更新。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 有关使用信息,请参见“使用InnoDB事务和锁定信息”。

27. INNODB_TRX

INNODB_TRX表包含有关当前在InnoDB内执行的每个事务(不包括只读事务)的信息,包括事务是否在等待锁定,事务何时启动以及事务正在执行的SQL语句(如果有)。

INNODB_TRX表包含以下列:

  • trx_id :InnoDB内部的唯一交易ID号。不会为只读和非锁定的事务创建这些ID。有关详细信息,“优化InnoDB只读事务”。
  • trx_state :事务执行状态。允许的值为RUNNING,LOCK WAIT,ROLLING BACK和COMMITTING。
  • trx_started :实务开始时间
  • trx_requested_lock_id :如果TRX_STATE是LOCK WAIT,则事务当前正在等待的锁的ID;否则为NULL。要获取有关锁的详细信息,请使用INNODB_LOCKS表的LOCK_ID列连接此列。
  • trx_wait_started :如果TRX_STATE是LOCK WAIT,则事务开始等待锁定的时间;否则为NULL。
  • trx_weight :事务的权重,反映(但不一定是确切的计数)更改的行数和事务锁定的行数。 为了解决死锁,InnoDB选择具有最小权重的事务作为回滚的“受害者”。 无论更改和锁定行的数量如何,已更改非事务表的事务都被认为比其他事务更重。
  • trx_mysql_thread_id :MySQL线程ID。 要获取有关线程的详细信息,请将此列与INFORMATION_SCHEMA PROCESSLIST表的ID列连接,但请参见“InnoDB事务和锁定信息的持久性和一致性”。
  • trx_query :事务正在执行的SQL语句。
  • trx_operation_state :交易的当前操作,如果有的话;否则为NULL。
  • trx_tables_in_use :处理此事务的当前SQL语句时使用的InnoDB表的数量。
  • trx_tables_locked :当前SQL语句具有行锁的InnoDB表的数量。 (因为这些是行锁,而不是表锁,所以通常仍可以通过多个事务读取和写入表,尽管某些行被锁定。)
  • trx_lock_structs :事务保留的锁数。
  • trx_lock_memory_bytes :内存中此事务的锁结构占用的总大小。
  • trx_rows_locked :此交易锁定的大致数字或行数。该值可能包括实际存在但对事务不可见的删除标记行。
  • trx_rows_modified :此事务中已修改和插入的行数。
  • trx_concurrency_tickets :一个值,指示当前事务在被换出之前可以执行多少工作,由innodb_concurrency_tickets系统变量指定。
  • trx_isolation_level :当前事务的隔离级别。
  • trx_unique_checks :是否为当前事务打开或关闭唯一检查。例如,在批量数据加载期间可能会关闭它们。
  • trx_foreign_key_checks :是否为当前事务打开或关闭外键检查。例如,在批量数据加载期间可能会关闭它们。
  • trx_last_foreign_key_error:最后一个外键错误的详细错误消息(如果有);否则为NULL。
  • trx_adaptive_hash_latched :自适应哈希索引是否被当前事务锁定。 当自适应哈希索引搜索系统被分区时,单个事务不会锁定整个自适应哈希索引。 自适应哈希索引分区由innodb_adaptive_hash_index_parts控制,默认设置为8。
  • trx_adaptive_hash_timeout :是否立即为自适应哈希索引放弃搜索锁存器,或者在MySQL的调用之间保留它。 当没有自适应哈希索引争用时,该值保持为零,语句保留锁存器直到它们完成。 在争用期间,它倒计时到零,并且语句在每次行查找后立即释放锁存器。 当自适应哈希索引搜索系统被分区时(由innodb_adaptive_hash_index_parts控制),该值保持为0。
  • trx_is_read_only :值为1表示事务是只读的。
  • trx_autocommit_non_locking:值为1表示事务是一个SELECT语句,它不使用FOR UPDATE或LOCK IN SHARED MODE子句,并且在启用自动提交的情况下执行,因此事务将只包含这一个语句。 当此列和TRX_IS_READ_ONLY都为1时,InnoDB会优化事务以减少与更改表数据的事务相关的开销。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX\G
*************************** 1. row ***************************
trx_id: 1510
trx_state: RUNNING
trx_started: 2014-11-19 13:24:40
trx_requested_lock_id: NULL
trx_wait_started: NULL
trx_weight: 586739
trx_mysql_thread_id: 2
trx_query: DELETE FROM employees.salaries WHERE salary > 65000
trx_operation_state: updating or deleting
trx_tables_in_use: 1
trx_tables_locked: 1
trx_lock_structs: 3003
trx_lock_memory_bytes: 450768
trx_rows_locked: 1407513
trx_rows_modified: 583736
trx_concurrency_tickets: 0
trx_isolation_level: REPEATABLE READ
trx_unique_checks: 1
trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
trx_adaptive_hash_latched: 0
trx_adaptive_hash_timeout: 10000
trx_is_read_only: 0
trx_autocommit_non_locking: 0

Notes

  • 使用此表可帮助诊断在并发负载较重时发生的性能问题。 其内容按“InnoDB事务和锁定信息的持久性和一致性”中所述进行更新。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 有关使用信息,请参见“使用InnoDB事务和锁定信息”。

InnoDB INFORMATION_SCHEMA Lock Tables的更多相关文章

  1. InnoDB INFORMATION_SCHEMA System Tables

    InnoDB INFORMATION_SCHEMA System Tables 可以使用InnoDB INFORMATION_SCHEMA系统表提取有关InnoDB管理的schema对象的元数据. 此 ...

  2. InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables

    InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables 下表提供了FULLTEXT索引的元数据: mysql> SHOW TABLES FROM INFO ...

  3. InnoDB INFORMATION_SCHEMA Tables about Compression

    InnoDB INFORMATION_SCHEMA Tables about Compression 了解关于压缩的InnoDB INFORMATION_SCHEMA表,可以深入了解压缩的整体运行情况 ...

  4. InnoDB INFORMATION_SCHEMA Buffer Pool Tables

    InnoDB INFORMATION_SCHEMA Buffer Pool Tables InnoDB INFORMATION_SCHEMA缓冲池表提供有关InnoDB缓冲池中页面的缓冲池状态信息和元 ...

  5. LOCK TABLES

    http://blog.csdn.net/zyz511919766/article/details/16342003 http://blog.csdn.net/zyz511919766/article ...

  6. 14.3.5 LOCK TABLES and UNLOCK TABLES Syntax

    14.3.5 LOCK TABLES and UNLOCK TABLES Syntax LOCK TABLES tbl_name [[AS] alias] lock_type [, tbl_name ...

  7. MySQL LOCK TABLES 与UNLOCK TABLES

    http://blog.csdn.net/zyz511919766/article/details/16342003 1语法 LOCK TABLES tbl_name[[AS] alias] lock ...

  8. LOCK TABLES和UNLOCK TABLES与Transactions的交互

    LOCK TABLES对事务不安全,并且在试图锁定表之前隐式提交任何活动事务. UNLOCK TABLES只有在LOCK TABLES已经获取到表锁时,会隐式提交任何活动事务.对于下面的一组语句,UN ...

  9. faster with MyISAM tables than with InnoDB or NDB tables

    http://dev.mysql.com/doc/refman/5.7/en/partitioning-limitations.html Performance considerations.  So ...

随机推荐

  1. sql server编写通用脚本自动检查两个不同服务器的新旧数据库的表结构差异

    问题:工作过程中,不管是什么项目,伴随着项目不断升级版本,对应的项目数据库业务版本也不断升级,数据库出现新增表.修改表.删除表.新增字段.修改字段.删除字段等变化,如果人工检查,数据库表和字段比较多的 ...

  2. 【算法】LRU算法

    缓存一般存放的都是热点数据,而热点数据又是利用LRU(最近最久未用算法)对不断访问的数据筛选淘汰出来的. 出于对这个算法的好奇就查了下资料. LRU算法四种实现方式介绍 缓存淘汰算法 利用Linked ...

  3. win操作系统段和分页机制

  4. nginx命令介绍

    [root@webmaster nginx]# ./sbin/nginx -h nginx version: nginx/1.12.2 Usage: nginx [-?hvVtTq] [-s sign ...

  5. Jamie and Interesting Graph CodeForces - 916C

    http://codeforces.com/problemset/problem/916/C 好尬的题啊... #include<cstdio> #include<algorithm ...

  6. 双端队列 HDOJ 3530 Subsequence

    题目传送门 题意:问最长子序列,满足区间最大值 - 最小值在[m, k]之间 分析:用双端队列维护最大值和最小值,保存的是位置.当满足条件时,更新最大值. /********************* ...

  7. 523 Continuous Subarray Sum 非负数组中找到和为K的倍数的连续子数组

    非负数组中找到和为K的倍数的连续子数组 详见:https://leetcode.com/problems/continuous-subarray-sum/description/ Java实现: 方法 ...

  8. Android中ProgressBar显示小数的方法

    Android原生的ProgressBar的ProgressDialog.STYLE_HORIZONTAL(即水平样式)默认setMax和setProgress只能传int型的参数,而实际项目中我需要 ...

  9. 801硬件检测工具DragonHD的使用

    801硬件检测工具DragonHD的使用 2018/11/28 13:39 版本:V1.0 开发板:SC3817R 1.客户要认证器件,使用了全志官方的工具:DragonHD.exe 打开之后可以见用 ...

  10. pandas中loc-iloc-ix的使用

    转自:https://www.jianshu.com/p/d6a9845a0a34 Pandas中loc,iloc,ix的使用 使用 iloc 从DataFrame中筛选数据 iloc 是基于“位置” ...