的locks_per_fragment表提供了关于锁索赔请求计数的信息，以及这些请求在每个片段基础上的结果，作为表的辅助表operations_per_fragment而且memory_per_fragment．该表还显示了自片段或表创建以来，或自最近重新启动以来，用于成功和不成功等待锁的总时间。

的locks_per_fragment表包含以下列:

笔记

block_instance引用内核块的实例。与块名称一起，此数字可用于在threadblocks表格

fq_name是否包含完全限定的数据库对象名称数据库/模式/的名字格式，例如测试/ def / t1或sys / def / 10美元/ b独特．

parent_fq_name此对象的父对象(表)的完全限定名称。

table_id表的内部ID是由什么生成的NDB．这与other中显示的内部表ID相同ndbinfo表;的输出中也可以看到ndb_show_tables．

的类型列显示表的类型。这总是其中之一系统表，用户表，唯一哈希索引，散列索引，唯一有序索引，命令指数，哈希索引触发器，订阅触发，只读约束，指数触发，重组引发，表空间，日志文件组，数据文件，取消文件，散列映射，外键定义，外键父触发器，外键子触发器,或交易模式．

所有列中显示的值ex_req，ex_req_imm_ok，ex_wait_ok，ex_wait_fail，sh_req，sh_req_imm_ok，sh_wait_ok,sh_wait_fail表示自表或片段创建以来，或自该节点最后一次重新启动以来的累计请求数，以两者中较晚发生的为准。控件中显示的时间值也是如此wait_ok_millis而且wait_fail_millis列。

每个锁请求都被认为要么正在进行中，要么以某种方式完成(即成功或失败)。这意味着下列关系是正确的:

Ex_req >= (ex_req_imm_ok + ex_wait_ok + ex_wait_fail)

当前正在处理的请求数是当前未完成的请求数，如下图所示:

[排他锁请求正在进行]= ex_req - (ex_req_imm_ok + ex_wait_ok + ex_wait_fail)[共享锁请求正在进行]= sh_req - (sh_req_imm_ok + sh_wait_ok + sh_wait_fail)

失败的等待表示事务中止，但是中止可能是由锁等待超时引起的，也可能不是。你可以获得在等待锁时的中止总数，如下所示:

[在等待锁时中止]= ex_wait_fail + sh_wait_fail