DATA_LOCK_WAITS

    1. +------------------------+---------------------+------+------+---------+-------+
    2. | Field                  | Type                | Null | Key  | Default | Extra |
    3. +------------------------+---------------------+------+------+---------+-------+
    4. | KEY                    | varchar(64)         | NO   |      | NULL    |       |
    5. | TRX_ID                 | bigint(21) unsigned | NO   |      | NULL    |       |
    6. | CURRENT_HOLDING_TRX_ID | bigint(21) unsigned | NO   |      | NULL    |       |
    7. | SQL_DIGEST             | varchar(64)         | YES  |      | NULL    |       |
    • KEY：正在发生等锁的 KEY，以十六进制编码的形式显示。
    • TRX_ID：正在等锁的事务 ID，即 start_ts。
    • ：当前持有锁的事务 ID，即 start_ts。
    • SQL_DIGEST：当前正在等锁的事务中被阻塞的 SQL 语句的 Digest。

    警告：

    • 该表中的信息是在查询时，从所有 TiKV 节点实时获取的。目前，即使加上了 WHERE 查询条件，也无法避免对所有 TiKV 节点都进行信息收集。如果集群规模很大、负载很高，查询该表有造成性能抖动的潜在风险，因此请根据实际情况使用。
    • 来自不同 TiKV 节点的信息不一定是同一时间点的快照。
    1. *************************** 1. row ***************************
    2.                    KEY: 7480000000000000355f728000000000000002
    3.                 TRX_ID: 425405024158875649
    4.             SQL_DIGEST: f7530877a35ae65300c42250abd8bc731bbaf0a7cabc05dab843565230611bb22
    5. 2 rows in set (0.01 sec)

    以上查询结果显示，ID 为 425405024158875649 的事务在执行 Digest 为 "f7530877a35ae65300c42250abd8bc731bbaf0a7cabc05dab843565230611bb22" 的语句的过程中，试图在 "7480000000000000355f728000000000000002" 这个 key 上获取悲观锁，但是该 key 上的锁目前被 ID 为 的事务持有。

    SQL Digest

    SQL Digest 是 SQL 归一化之后的哈希值。如需查找 SQL Digest 对应的 SQL 原文，请进行以下操作之一：

    • 对于当前 TiDB 节点在最近一段时间内执行过的语句，你可以从 STATEMENTS_SUMMARY 或 STATEMENTS_SUMMARY_HISTORY 中根据 SQL Digest 查找到对应的 SQL 原文。
    • 对于整个集群所有 TiDB 节点在最近一段时间内执行过的语句，你可以从 CLUSTER_STATEMENTS_SUMMARY 或CLUSTER_STATEMENTS_SUMMARY_HISTORY 中根据 SQL Digest 查找到对应的 SQL 原文。
    1. +------------------------------------------------------------------+---------------------------------------+
    2. | digest                                                           | digest_text                           |
    3. +------------------------------------------------------------------+---------------------------------------+
    4. | f7530877a35ae65300c42250abd8bc731bbaf0a7cabc05dab843565230611bb2 | update `t` set `v` = ? where `id` = ? |
    5. +------------------------------------------------------------------+---------------------------------------+

    关于 SQL Digest 和 STATEMENTS_SUMMARY、STATEMENTS_SUMMARY_HISTORY 、、CLUSTER_STATEMENTS_SUMMARY_HISTORY 表的详细说明，请参阅 。