回答情况：
提问时间：
问题标签：
1回答
我想要跟踪长时间甚至无休止的事务。但是，该属性是私有final，没有GET (因为它是final，所以很难使用反射)。是否有其他方法可以获取事务ID？
浏览 15修改于2019-11-27得票数 0
一些键相对较长(长度为5或6个6-7个字符串的元组)。我想知道是否有一个点，长字典关键字显着降低了关键字检索的效率。
浏览 40提问于2012-01-25得票数 56
回答已采纳
我有一个使用server (2008年R2)数据库的应用程序，我们的应用程序周期性地出现性能问题，这与我们15分钟的事务日志备份是一致的。应用程序控制延迟敏感的工业机器，我们发现当系统出现高事务量时，应用程序的查询时间太长(短时间内>5秒)。当事务日志备份发生时，这些查询只能同时缓慢运行，因此它似乎与事务日志备份相关。当系统执行时没有问题，我们的事务日志备份需要2-4秒，当我们处于较重的负载下，并且我们有问题，他们需要6-7秒。显然，这足以导致FIFO消息分派队列填满应用程序。首先
浏览 0修改于2020-01-07得票数 3
回答已采纳
FirstBean具有具有所需事务属性的方法method1，SecondBean具有带有NOT_SUPPORTED事务属性的方法method2。method1调用method2。
浏览 4提问于2012-12-10得票数 0
回答已采纳
如何为Spring中的事务指定回滚点？但是，此解决方案会影响应用程序的性能，因为在执行长事务时，其他事务无法访问db。我通过将大事务拆分到几个执行相同操作的较小事务中来解决这个问题。但是，如果其中一个小
浏览 0提问于2014-04-03得票数 0
回答已采纳
我有表示十六进制值的字符串，这些值包含多个不同位长的字段。我必须把它们提取出来并打印在屏幕上。例如，0x17AF018D1是一个33位十六进制值，其中位索引为0到32；我需要超出包含在位0-5、6-7、8-21、22-30、31-32中的数字。
我敢肯定，做这件事有多种方法。
浏览 5修改于2020-08-05得票数 1
回答已采纳
3回答
是否有防止长事务处理的参数？我想自动回滚所有的事务，需要超过5分钟。有可能吗？我正在开发2008 R2。背景通知：
我之所以这样问，是因为我正在处理许多糟糕的应用程序:如果应用程序异常，它们只在警报关闭时才释放事务。我真的知道这听起来是个笑话，但事实并非如此！我不能改变这个应用程序，我不能解雇他们的开发人员，但是我需要解决这个问题:长事务(也可以是一个简单的、低成本的事务)必须花费不到5分钟。否则，一些表将被锁定，直到模态关闭。
浏览 0修改于2014-09-24得票数 0
1回答
每行有6-7列，包含基本字符串数据。
这是给我们的客户的。我们从不从那里获取任何数据，但我们可能需要这些数据，以防出现任何问题。但是，如果我们每个月清理一次也没问题。然而，实际的问题是，它是否会影响同一数据库中其他事务性表的性能？假设磁盘空间是无限的。
浏览 2提问于2015-02-26得票数 0
注意，数字可能会长6-7位，所以不需要对长度进行任何限制，但是用粗体斜体表示的字符串的第一部分总是3字符长。
浏览 6提问于2022-08-31得票数 -2
回答已采纳
我有一个基于spring的监听器类(@KafkaListener)，每个消息处理大约需要6-7秒，因为它是一个资源密集型操作。为什么在涉及长时间运行的事务的情况下，自动提交不起作用？ 是否有任何设置丢失或设置为太小/太大的数字？我想知道对于这种长时间运行的事务，推荐的策略是什么。 谢谢!
浏览 20修改于2020-01-31得票数 0
由于悲观锁只能应用于单个数据库事务。并且在用户思考时间内保持数据库事务的打开，以数据库中的锁作为反模式，那么在此之间实现悲观锁的正确方法是什么呢？我知道如何在长对话中实现乐观锁定与用户思考时间之间，只是不知道如何实现悲观锁定与用户之间的长对话思考时间。
浏览 1提问于2019-02-05得票数 0
回答已采纳
四组数据转换为json 1-2=3.4=0 6-7=8=0 10-11=12=13 14-15=16=0的不同格式a:,"1-2" a:,"6-7" a:,"10-11" c:, "0" c:,"0"
浏览 5提问于2021-07-14得票数 0
回答已采纳
2回答
据我所知，它试图在收到所有事务后立即运行它们，然而，一个完成的事务会使其他当前正在运行的事务无效，然后这些事务必须重新启动。这是TVar的工作方式吗？如果是这种情况，如果有1ms长的事务每100ms发生一次，这是否意味着花费200ms来处理的事务永远不会完成？
浏览 2提问于2012-04-11得票数 9
回答已采纳
应用程序中的大多数事务存在时间不到一秒，并更新5-10个实体，但在某些用例中，我们需要在单个事务中更新超过10-20,000个实体，这需要几分钟的时间，因此超过70%的此类事务使用StaleObjectStateException失败，因为这些实体中的一些被其他事务更新。我们通常在所有的表中维护version列，在StaleObjectStateException的情况下，我们通常会重试，但由于这些长事务无论如何都很长，所以如果我们继续重试，那么我也不太确定我们是否能够避开请建议如何解决
浏览 0提问于2012-07-04得票数 1
回答已采纳
假设一个长事务正在运行，这也意味着它将像往常一样将条目写入日志。日志备份是否包含正在进行的事务条目？
日志是否被截断后备份？假设事务仍在运行。
浏览 0提问于2021-10-04得票数 0
当我想提交事务时，我得到以下错误：
我在这个事务中保存了多个实体--如何找到问题所在？
浏览 3修改于2019-12-02得票数 1
回答已采纳
在我的Java应用程序中，我可以(一次单击)将大约120个事务从相同的地址发送到相同的智能契约。我的问题是:是否有任何java库或已实现的“重试机制”来处理非常长的挂起的事务，或者在将事务发送到Blockchain之前将事务保存在持久队列中(因为我不能将它们保存在内存中)。
浏览 0提问于2018-11-06得票数 0
4回答
每种类型的事务都实现runnable，并且我有可能发生的各种类型的事务。
在这种情况下，线程6在完成处理之前不允许任何其他线程运行。因此，我的问题是:如何在不遇到内存问题的情况下尽可能快地运行10万个事务？如果ExecutorService是答案，那么我如何阻止非常长的事务占用JVM，并允许其他<em
浏览 1修改于2016-03-19得票数 10
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号