Hibernate:没有id生成器的缺点?

时间:2014-05-22 06:06:57

标签: java mysql hibernate jpa orm

嗨我有一张表,其中我没有使用Hibernate ID生成器,而是使用一种方法生成一个随机数(这将永远不会与每个逻辑相同)。这是一个糟糕的方法吗?

我有一个方法,首先使用select查询加载此表实体,然后更新返回的实体对象中的某些列并保存它。 这是在同一会话中发生的加载和更新。在这种情况下,有时我得到一个例外: -

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

1 个答案:

答案 0 :(得分:2)

由于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

  

在REPEATABLE READ中,保持在交易期间获得的每个锁   在交易期间。

因此,您拥有的争用越多,将发生更多的死锁定,数据库引擎将通过超时其中一个死锁定事务来解决。这种限制性更强的隔离级别(REPEATABLE_READ,SERIALIZABLE)死锁的几率越大。这不是问题"本身",这是一种权衡。

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

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

自定义ID生成对自定义分配的ID有意义,例如一些外部唯一ID或HI-LO生成的密钥或外部UUID。如果我是你,我会放弃AUTO_INCREMENT