Database DB2-什么导致了Indoubt线程？

是什么导致IBM大型机服务器上的（IBM）DB2中出现indoubt线程

我之所以提出这个问题，是因为在（IBM）DB2中，导致indoubt线程的情况似乎非常罕见，而且一旦调用一个线程，它似乎就不容易停止

更具体的问题

悬挂的线能容易地停止吗

什么会导致线程挂起在大型机上的IBMDB2中

---

您的问题没有提到您正在使用哪个应用程序服务器，使用哪个Db2操作系统平台和版本，以及哪个组件充当分布式事务的事务管理器和资源管理器。这些细节可以决定部分答案。因此，如果没有这些细节，答案只能是泛泛的

编辑您的问题以提供缺少的详细信息

一般来说，如果由于某种原因，至少有一个事务段无法完成，那么分布式事务将受到怀疑。这一部分可能涉及Db2，也可能不涉及Db2。如果分布式事务中至少有一个分支涉及Db2，并且至少有一个分支未能完成，那么Db2可以将该事务显示为可疑

根据分布式事务的哪个分支失败，错误详细信息将出现在不同的位置。例如，如果失败的分支涉及MQ消息，则您将搜索MQ诊断。如果失败的分支涉及Db2，那么您将在失败的相关Db2平台上搜索诊断

如果Db2充当资源管理器，并且对Db2的请求无法完成，那么原因可能是配置不良、访问计划错误、外部（到Db2）函数或过程无法返回、锁定问题、超时、回滚和bug，以及其他原因

---

如果db2linux/Unix/Windows报告存在indoubt事务，那么根据中的说明，Db2还允许操作员手动解决此类问题。如果参与的Db2在z/OS或i-series上运行，则存在不同的文档页。

感谢您的回复，我想找到一个一般性的答案，但问题编辑得更详细一些