休眠，@ SequenceGenerator和allocationSize

我们都知道使用Hibernate时的默认行为@SequenceGenerator-它使实际数据库序列增加一，将该值乘以50（默认allocationSize值）-然后将该值用作实体ID。

这是错误的行为，并与说明以下内容的规范冲突：

distributionSize-（可选）从序列中分配序列号时要增加的数量。

需要说明的是：我不关心生成的ID之间的差距。

我关心与基础数据库序列不一致的 ID 。例如：任何其他应用程序（例如，使用纯JDBC）可能要在从序列获得的ID下插入新行-但是所有这些值可能已被Hibernate使用！疯狂。

有人知道任何解决此问题的方法（没有设置allocationSize=1，从而降低性能）吗？

编辑：
弄清楚。如果最后插入的记录的ID = 1，则HB同时51, 52, 53...在其新实体BUT中使用值：数据库中序列的值将设置为2。当其他应用程序使用该序列时，很容易导致错误。

另一方面：规范说（据我所知）应该将数据库序列设置为51，同时HB应该使用范围内的值 2, 3 ... 50

更新：
正如下面的史蒂夫·埃伯索尔（Steve Ebersole）所述：我所描述的行为（也是许多人中最直观的行为）可以通过设置启用hibernate.id.new_generator_mappings=true。

感谢大家。

更新2：
对于将来的读者，您可以在下面找到一个有效的示例。

@Entity
@Table(name = "users")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "USERS_SEQ")
    @SequenceGenerator(name = "USERS_SEQ", sequenceName = "SEQUENCE_USERS")
    private Long id;
}

persistence.xml

<persistence-unit name="testPU">
  <properties>
    <property name="hibernate.id.new_generator_mappings" value="true" />
  </properties>
</persistence-unit>

绝对清楚...您所描述的内容与规范没有任何冲突。该规范讨论的是Hibernate分配给您的实体的值，而不是实际存储在数据库序列中的值。

但是，可以选择要获取的行为。首先看到我的答复：是否有一种方法可以使用JPA批注和Hibernate动态选择@GeneratedValue策略？ 这将为您提供基础知识。只要您设置为使用该SequenceStyleGenerator，Hibernate就会使用SequenceStyleGenerator中allocationSize的“池优化器”进行解释。“池优化器”用于允许在创建序列时使用“增量”选项的数据库（并非所有支持序列的数据库都支持增量）。无论如何，请阅读那里的各种优化器策略。

allocationSize=1这是一个微优化，在获取查询之前，Hibernate尝试在分配大小范围内分配值，因此尽量避免查询数据库的序列。但是，如果将查询设置为1，则每次都会执行此查询。这几乎没有什么区别，因为如果您的数据库被某个其他应用程序访问，那么如果另一个应用程序同时使用相同的ID则会产生问题。

序列ID的下一代基于分配大小。

通过默认，它被保持为50过多。如果您要50在一个会话中接近记录，而这些记录不会被持久化，并且使用该特定会话和事务来持久化，则它也将有所帮助。

因此，您应该在使用allocationSize=1时始终使用SequenceGenerator。对于大多数基础数据库，序列始终以递增1。

史蒂夫·埃伯索尔（Steve Ebersole）和其他成员，
能否请您解释ID差距较大（默认值为50）的原因？我正在使用Hibernate 4.2.15，并在org.hibernate.id.enhanced.OptimizerFactory cass中找到以下代码。

if ( lo > maxLo ) {
   lastSourceValue = callback.getNextValue();
   lo = lastSourceValue.eq( 0 ) ? 1 : 0;
   hi = lastSourceValue.copy().multiplyBy( maxLo+1 ); 
}  
value = hi.copy().add( lo++ );

每当它到达if语句的内部时，hi值就会变得更大。因此，在频繁重启服务器的测试过程中，我的ID生成了以下序列ID：
1、2、3、4、19、250、251、252、400、550、750、751、752、850、1100、1150。

我知道您已经说过它与规范没有冲突，但是我相信对于大多数开发人员来说这将是非常出乎意料的情况。

任何人的意见都会很有帮助。

吉万

更新：ne1410s：感谢您的编辑。
cfrick：好的。我去做。这是我在这里的第一篇文章，不确定如何使用。

现在，我更好地理解了为什么将maxLo用于两个目的：由于休眠一次调用数据库序列，因此在Java级别中不断增加id并将其保存到DB中，因此Java级别的id值应考虑不调用而更改了多少DB序列下次调用该序列时。

例如，某个点的序列ID为1，然后休眠输入5、6、7、8、9（分配大小= 5）。下次，当我们获得下一个序列号时，DB返回2，但是休眠需要使用10、11、12 ...因此，这就是为什么“ hi = lastSourceValue.copy（）。multiplyBy（maxLo + 1）”是用于从数据库序列返回的2中获取下一个ID 10。在频繁的服务器重启过程中，似乎只有一件麻烦的事，这是我的问题所在，即间隙更大。

因此，当我们使用SEQUENCE ID时，表中插入的ID将与DB中的SEQUENCE号不匹配。

深入研究休眠源代码后，在进行50次插入后，下面的配置进入Oracle db以获取下一个值。因此，使您的INST_PK_SEQ每次调用增加50。

Hibernate 5用于以下策略

还要在下面检查 http://docs.jboss.org/hibernate/orm/5.1/userguide/html_single/Hibernate_User_Guide.html#identifiers-generators-sequence

@Id
@Column(name = "ID")
@GenericGenerator(name = "INST_PK_SEQ", 
strategy = "org.hibernate.id.enhanced.SequenceStyleGenerator",
parameters = {
        @org.hibernate.annotations.Parameter(
                name = "optimizer", value = "pooled-lo"),
        @org.hibernate.annotations.Parameter(
                name = "initial_value", value = "1"),
        @org.hibernate.annotations.Parameter(
                name = "increment_size", value = "50"),
        @org.hibernate.annotations.Parameter(
                name = SequenceStyleGenerator.SEQUENCE_PARAM, value = "INST_PK_SEQ"),
    }
)
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "INST_PK_SEQ")
private Long id;

我在Hibernate 5中也遇到了这个问题：

@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = SEQUENCE)
@SequenceGenerator(name = SEQUENCE, sequenceName = SEQUENCE)
private Long titId;

收到以下警告：

发现已使用不推荐使用的基于序列的[org.hibernate.id.SequenceHiLoGenerator] ID生成器；请改用org.hibernate.id.enhanced.SequenceStyleGenerator。有关详细信息，请参见《 Hibernate域模型映射指南》。

然后将我的代码更改为SequenceStyleGenerator：

@Id
@GenericGenerator(name="cmrSeq", strategy = "org.hibernate.id.enhanced.SequenceStyleGenerator",
        parameters = {
                @Parameter(name = "sequence_name", value = "SEQUENCE")}
)
@GeneratedValue(generator = "sequence_name")
private Long titId;

这解决了我的两个问题：

1. 已弃用的警告已修复
2. 现在，根据oracle序列生成了id。

我将在DDL中检查模式中的序列。JPA实施仅负责创建具有正确分配大小的序列。因此，如果分配大小为50，则您的序列的DDL中的增量必须为50。

这种情况通常可能发生在创建分配大小为1的序列，然后将其配置为分配大小为50（或默认值）但不更新序列DDL的情况下。