• InnoDB INFORMATION_SCHEMA Lock Tables


    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_LOCKSG
    *************************** 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_WAITSG
    *************************** 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_TRXG
    *************************** 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事务和锁定信息”。

  • 相关阅读:
    版本控制,django缓存,跨域问题解决
    Linux之文件系统结构
    Linux之定时任务
    Linux之LVM
    Linux之硬盘与分区
    Linux之文件重定向与查找
    Linux之文件压缩
    Linux之文件权限
    Linux之用户管理
    Linux之文件管理
  • 原文地址:https://www.cnblogs.com/wanbin/p/9514619.html
Copyright © 2020-2023  润新知