InnoDB INFORMATION_SCHEMA Lock Tables

InnoDB INFORMATION_SCHEMA Lock Tables

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

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

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

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

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。

示例spa

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事务和锁定信息的持久性和一致性”中所述进行更新。code

  • 您必须具备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事务和锁定信息”。

相关文章
相关标签/搜索