java - Hibernate:没有 id 生成器的缺点？

Question

您好，我有一张表，其中我没有使用 Hibernate ID 生成器，而是使用一种方法来生成随机数(这永远不会与每个逻辑相同)。这是一个不好的方法吗？

我有一个方法，它首先使用选择查询加载这个表实体，然后更新返回的实体对象中的一些列并保存它。这是发生在同一 session 中的加载和更新。在这种情况下，有时我会遇到异常:-

2014-05-20 11:31:16,341 | ERROR |   [http-10181-3] |org.hibernate.util.JDBCExceptionReporter:logExceptions(101) | Lock wait timeout exceeded; try restarting transaction 
2014-05-20 11:31:16,344 | ERROR |   [http-10181-3] |org.hibernate.event.def.AbstractFlushingEventListener:performExecutions(324) | Could not synchronize database state with session 
org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch update
    at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:126)
    at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:114)
    at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66)
    at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:275)
    at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:266)
    at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:168)
    at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321)
    at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50)
    at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1028)

当此方法被多次调用时就会出现这种情况。即我的应用程序正在被多个用户使用。对此有任何指示吗？用于手动分配 ID 的方法是否不正确？或者这与它无关？

类似地，在某些情况下，我也在查询表以获取下一个 ID:比如选择 max(id) 然后为下一行设置 ID？这也是一种糟糕的做法吗？

PS:id列是主键，使用的DB是MySQL

Answer 1

由于 MySQL 的流行，难怪 Lock wait timeout exceeded; try restarting transaction异常在 SO 上得到了如此多的关注。

MySQL 与其他流行的 DBS(Oracle、MSSQL、PostgreSQL、DB2)对比 uses REPEATABLE_READ as the default isolation level .

如果您想很好地解释这两个隔离级别之间的区别，请read this first .

In REPEATABLE READ every lock acquired during a transaction is held for the duration of the transaction.

因此，您拥有的竞争越多，就会发生越多的死锁，数据库引擎将通过使其中一个死锁事务超时来解决这个问题。这越严格的隔离级别(REPEATABLE_READ，SERIALIZABLE)发生死锁的机会就越大。这不是“本身”的问题，而是一种权衡。

至于您的自定义 ID 生成，我对您的努力很感兴趣。我认为没有理由拥有一个非常像序列的自定义解决方案。

如果您使用默认值，REPEATABLE_READ 和两个事务尝试在您的这个表中插入一行，则 select(max id) 将产生相同的结果(例如 3567)。第一个事务将尝试将其增加到 3568，第二个事务将执行相同的操作。无论您选择何种隔离级别，AUTO_INCREMENT(Oracle 中的序列)都保证以原子方式工作。

自定义 ID 生成对于自定义分配的 ID 很有意义，例如一些外部唯一 ID 或 HI-LO 生成的 key 或外部 UUID。如果我是你，我会放弃它而选择 AUTO_INCREMENT .