【问题标题】:Hibernate delete/insert database blocking lockHibernate 删除/插入数据库阻塞锁
【发布时间】:2012-10-18 21:12:53
【问题描述】:

我们使用Hibernate 3.6.1.FINAL 对抗Oracle 11g

我们的数据库中遇到阻塞锁,我认为这是由 Hibernate 的意外副作用引起的。

这是我们需要解决的关键问题,因为数据库阻塞锁迅速滚雪球,事务开始超时,导致生产中断。

我试图弄清楚 Hibernate 是否可以在幕后删除并重新插入一组子项,或者以某种方式导致阻塞锁定删除/插入。

我正在寻找有关可能原因的想法/建议/见解,不一定是确切的答案。

我已经隔离了所涉及的实体及其映射。不幸的是,由于我们有一个包含大量代码的庞大遗留系统,我不得不想出一个简化的例子:

Parent.hbm.xml

// Parent has a unique ID generated with a Sequence,
// an index column called ORD, and a Version column called UPDATE_COUNTER.
<!-- bi-directional one-to-many association to Child -->
<bag
    name="children"
    lazy="false"
    inverse="true"
    cascade="all-delete-orphan"
    order-by="ord asc">
    <key column="PARENT_ID" />
    <one-to-many class="Child" />
</bag>

Child.hbm.xml

// Child has a unique ID generated with a Sequence, 
// and a Version column called UPDATE_COUNTER.
<!-- bi-directional many-to-one association to Parent -->
<many-to-one
    name="parent"
    class="Parent"
    not-null="true"
>
    <column name="PARENT_ID" />
</many-to-one>

我们的 DBA 报告说他们看到以下内容:

阻塞的 SQL:

insert into CHILD (UPDATE_COUNTER, ORD, PARENT_ID, ID) values (:1 , :2 , :3 , :4)

阻塞 SQL:

delete from CHILD where ID=:1  and UPDATE_COUNTER=:2

这是我迄今为止尝试过的:

  1. 对我们的代码库进行了全面审核,确定没有任何地方可以删除和插入具有相同主键的行。我们所有的 INSERT for Child 都是在 ID 设置为 null 的情况下完成的,在这种情况下,Sequence 将生成唯一 ID。

  2. 打开 show_sql。此外,DBA 在 Child 上设置了一个触发器来捕获所有 DML 活动,因此我们可以在开发中获取绑定变量。

    我发现以下文章说 Hibernate 可以删除所有然后重新插入包和列表:

    Why Hibernate does "Delete all then re-insert"

    Hibernate - set, map, bag & list differences

    但是,我确定这不会发生。我编写的测试代码删除了中间的一个子对象(ORD=5,其中包含 10 个 ORD=0 到 ORD=9 的子对象),然后保存父对象。

    我在 DML 活动表中看到,对已删除的子项发出了删除操作,并对其余 9 个将其 ORD 设置为正确值的子项执行了更新。

正如我所提到的,我不是在寻找确切的答案。如果任何对 Hibernate 有丰富经验的人能够就我可能遇到的其他路径或途径提供任何见解或建议,我将非常感激。

提前非常感谢您。

【问题讨论】:

    标签: java hibernate oracle11g hibernate-mapping database-locking


    【解决方案1】:

    您可能需要考虑采用Pessimistic Locking。完成后...Hibernate will always use the locking mechanism of the database; it never lock objects in memory.

    【讨论】:

    • +1 感谢您的建议。不幸的是,所涉及的实体数量非常大,来自多个线程/服务器/进程(负载平衡环境、JMS 到服务盒、Quartz 作业等),我们从一开始就决定不使用悲观锁定。这是一个很好的建议,但我们无法实际实施。
    • @PhilipTenn,如果它不能解决你的问题,你为什么选择它作为接受?
    猜你喜欢
    • 2011-03-27
    • 1970-01-01
    • 2019-10-12
    • 1970-01-01
    • 2012-11-29
    • 2011-11-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多