MySQL:: NDB Cluster Internals:: 2.46 DUMP 2350

10bet网址

2.46 dump 2350

代码: data_node_id2350operation_filters
象征: ---
内核块: ---

描述。根据指定的操作筛选器定义的类型和其他参数，转储给定数据节点上的所有操作。

样例输出。Dump API节点5上数据节点2上的所有操作:

ndb_mgm> 2 DUMP 2350 1 5 2011-11-01 13:16:49 [MgmSrvr] INFO——Node 2: operation的开始转储2011-11-01 13:16:49 [MgmSrvr] INFO——Node 2: OP[470]: Tab: 4 frag: 0 TC: 3 API: 5(0x8035)transid: 0x31c 0x3500500 OP: SCAN state: InQueue 2011-11-01 13:16:49 [MgmSrvr] INFO——Node 2: operation DUMP的结束

附加信息。下面是关于操作筛选器和操作状态值的信息。

操作筛选值。操作筛选器(或多个筛选器)可以取以下值:

表2.7过滤器值

价值	过滤器
0	表ID
1	API节点ID
2	2个事务id，定义一个事务范围
3.	事务协调器节点ID

在每种情况下，指定的对象的ID都跟在说明符后面。有关示例，请参阅示例输出。

操作状态。的”正常的”下面列出了可能出现在该命令输出中的状态:

交易：
- 准备:事务协调器处于空闲状态，等待API继续执行
- 运行:事务协调器当前正在准备操作
- 提交，准备承诺，提交给:事务协调器正在提交
- 完成:事务协调器正在完成提交(提交后，需要进行一些清理)
- 流产:事务协调器正在中止事务
- 扫描:事务协调器正在扫描
扫描操作：
- WaitNextScan:扫描空闲，等待API
- InQueue:扫描还没有开始，正在排队等待其他扫描完成
主键操作：
- 在锁定队列中:操作正在等待锁
- 运行:操作准备中
- 准备:准备操作，持有适当的锁，等待提交或回滚完成

与NDB API的关系。的输出是可以匹配的转储2350到特定线程或Ndb对象。首先假设你从API节点5上转储数据节点2上的所有操作，只使用表4，如下所示:

ndb_mgm> 2 DUMP 2350 1 50 4 2011-11-01 13:16:49 [MgmSrvr] INFO——node2:操作的开始转储2011-11-01 13:16:49 [MgmSrvr] INFO——node2: OP[470]: Tab: 4 frag: 0 TC: 3 API: 5(0x8035)transid: 0x31c 0x3500500 OP: SCAN state: InQueue 2011-11-01 13:16:49 [MgmSrvr] INFO——node2:操作转储的结束

假设您正在使用一个Ndb实例命名MyNdb，该操作属于该目录。您可以通过调用Ndb对象的getReference ()方法，像这样:

printf("MyNdb.getReference(): 0x%x\n"， MyNdb.getReference());

上一行代码的输出是:

x80350005 MyNdb.getReference (): 0

所示值的高16位对应于括号中的数字人事处行转储命令的输出(8035)。有关此方法的更多信息，请参见Ndb: getReference ()．

上一页首页向上下一个