gpt4 book ai didi

session - 如何杀死从jboss超时的数据库事务

转载 作者:行者123 更新时间:2023-12-01 04:12:53 25 4
gpt4 key购买 nike

我使用 jboss 4.2.3。

它有设置“TransactionTimeout”(在 jboss-service.xml 中),指定允许执行多长时间的事务。

不幸的是,当超时过去时,执行不会立即中止,如果事务正在执行某项操作,则只会将其标记为稍后回滚。

效果是 - 例如,当我有持久的事务并且线程在preparedStatement.execute 上等待时,当TransactionTimeout 过去时,没有发生任何事情,客户端仍然挂起,只有当preparedStatement 完成时,才会出现事务回滚的异常。

我从 http://management-platform.blogspot.com/2008/11/transaction-timeouts-and-ejb3jpa.html 尝试了拦截器,但它只将线程标记为中断,大多数方法在执行时不会检查这个,所以效果是一样的。

我也尝试过设置preparedStatement.setQueryTimeout,但是在Oracle(我们使用的)上,它会等待中止 session ,直到oracle感觉喜欢这样做(例如,它不会中止正在执行 dbms_lock.sleep (. .))。

我想终止与事务关联的数据库 session ,该 session 超时 - 我知道它是哪个事务,以及它与哪个线程相关联(因为我使用上面给出的链接中的拦截器),但我不知道如何获取事务绑定(bind)的 session - 我必须得到它,才能杀死它 - 然后线程将被中断。

我错过了更简单的解决方案,还是完全错误:)?

最佳答案

刚刚对这个话题做了一些研究。有一个JTA配置参数InterruptThreads,默认为false。阅读文档,这意味着线程不会被中断,而只是像你所说的那样标记为回滚。

听起来选项是:
1) 将 InterruptThreads (在 jboss-service.xml 中) 设置为 true 并且
2)还有一些关于定义您自己的“CheckedAction”类的讨论,该类包含在事务处理和终止过程中。

看起来使用默认设置,线程基本上被允许到达某个点,它将回滚您的更新。

还有事务收割机配置,默认为 2 分钟 - 他们检查哪些事务可能已超时 - 因此默认超时为 5 分钟,加上 2 分钟收割机 - 最坏的情况,假设您中断线程,您可以等待7 分钟。

关于session - 如何杀死从jboss超时的数据库事务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5051277/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com