Question

我有以下（简化的）Hibernate实体：

@Entity(name = "Foo")
public class Foo {

    @Id
    @GeneratedValue
    public int id;

    @OneToOne
    public Bar bar;
}

和

@Entity(name = "Bar")
public class Bar {

    @Id
    @GeneratedValue
    public int id;

    @Column
    public String field;

    @Version
    public int version;

}

我在看起来大致如下的事务中更新这些实体：

Bar bar = findBar(em);
Foo foo = findFoo(em);

bar.field = "updated value";

if (<condition>) {
    em.remove(foo);
}

em.detach(bar);
em.merge(bar);

请注意，em.remove(foo)有时仅被调用，而bar始终更新。

我在运行应用程序时偶然发现ORA-00060: Deadlock detected错误。转储似乎表明两个僵局的会话被锁定在em.merge(bar)和em.remove(foo)，但我不明白为什么会出现这种情况。

这段代码如何死锁？有没有办法重组它避免死锁？

以下是跟踪中的一些额外信息：

Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-00040005-000010dd        73    6557     X             81    6498           X
TX-00010018-000010bd        81    6498     X             73    6557           X

session 6557: DID 0001-0049-000002F5    session 6498: DID 0001-0051-0000030E 
session 6498: DID 0001-0051-0000030E    session 6557: DID 0001-0049-000002F5 

Rows waited on:
  Session 6557: obj - rowid = 00004797 - AAAEeXAB4AAADH0BBP
  (dictionary objn - 18331, file - 120, block - 12788, slot - 15)
  Session 6498: obj - rowid = 00007191 - AAAHGRAB4AAAACBBBo
  (dictionary objn - 29041, file - 120, block - 129, slot - 40)

----- Information for the OTHER waiting sessions -----
Session 6498:
program: JDBC Thin Client
    application name: JDBC Thin Client, hash value=2546894660
  current SQL:

delete from Foo where id=:1 

----- Current SQL Statement for this session (sql_id=sfasdgasdgaf) -----
update Bar set field=:1, version=:2 where id=:3 and version=:4

Answer 1

通常，Oracle

中出现死锁的原因主要有两个

所谓的SX到SSX锁定升级。这个是由FK（子表）上缺少索引引起的。在这种情况下，Oracle必须在验证约束之前锁定整个子表。 See AskTom Artice
错误的SQL语句顺序命令

在所有情况下，死锁都是由应用程序错误引起的。您将需要来自数据库服务器的死锁报告（.trc文件）。你会发现涉及SQL语句和表。由于您使用Hibernate几乎无法预测SQL语句执行的顺序，有时它可能有助于扩展实体管理器缓存，以防止过早调用flush()。

EDITED：好的，所以你有TX（X）锁。这些是行级，而SSX是表级。然后，死锁对象可以是表中的行，也可以是索引中的唯一键。跟踪文件还应包含每个会话的前一个语句以及游标（SQL语句执行的位置），游标还应包含绑定变量的值。

尝试执行：

select * from Foo where rowid = 'AAAHGRAB4AAAACBBBo';
select * from Bar where rowid = 'AAAEeXAB4AAADH0BBP';

您是否真的将CamelCase用于表名？
什么是DDL for＆＃34; Foo＆＃34;和＆＃34; Bar＆＃34;？
在Foo和Bar之间删除FK时会发生死锁吗？
当您只拨打em.remove(foo);时，还会删除子栏吗？

Answer 2

如果我理解正确detach你应该这样做：

Foo foo = findFoo(em);
Bar bar = findBar(em);

if (<condition>) {
    em.remove(foo);
    em.detach(bar); //If it is really necessary
    em.flush();
}

bar = findBar(em); //It will reattach the entity on the persistence context
bar.field = "updated value";

em.merge(bar); 
em.commit();

在Oracle上使用Hibernate进行死锁事务

2 个答案: