：Hibernate：常用的主键生成策略

1、increment
这个是由Hibernate在内存中生成主键，每次增量为1，不依赖于底层的数据库，因此所有的数据库都可以使用，但问题也随之而来，由于是Hibernate生成的，所以只 能有一个Hibernate应用进程访问数据库，否则就会产生主键冲突，不能在集群情况下使用。 对应increment主键生成器的org.hibernate.id.IncrementGenerator 类里面，是使用select max( columnName ) from tableName的方式来获取。 IncrementGenerator类里面的generate()方法虽然被声明成了synchronized，但现在两个Tomcat分别运行在两台服务器的两个独立的Java虚拟机里，显然问题在这里，synchronized只能在一个独立的Java虚拟机内部有效。所以，在两个Tomcat 中用select max同时取主键，就相当于在没有synchronized的保护下，并发时就会取出相同的值，再insert就会发生dumplicate entry的错误。 后来查看Hibernate的Reference中也提到，increment不要再集群下使用。

优点：适用于所有的数据库。
缺点：不能在集群下使用 。

<id name="id" column="id">
    <generator class="increment" />
</id>

2、identity

适用于MySQL、DB2、MS SQL Server，采用数据库生成的主键，用于为long、short、int类型生成唯一标识。这个方法不能放到 Oracle 中，Oracle 不支持自增字段，要设定sequence。

缺点：必须依赖底层数据库。
<id name="id" column="id" type="long">
    <generator class="identity" />
</id>


3、sequence

DB2、Oracle均支持的序列，用于为long、short或int生成唯一标识。如果我们没有指定sequence参数，则Hibernate会访问一个默认的sequence，是hibernate_sequence，我们也需要在数据库中建立这个sequence

缺点：必须依赖底层数据库。 

<id name="id" column="id" type="long">
    <generator class="sequence">
       <param name="sequence">seq_name</param>
   </generator>
</id>



4、 hilo
使用一个高/低位算法生成的long、short或int类型的标识符，给定一个表和字段作为高位值的来源，默认的表是hibernate_unique_key，默认的字段是next_hi。它将id的产生源分成两部分，DB+内存，然后按照算法结合在一起产生id值，可以在很少的连接次数内产生多条记录，提高效率。使用hilo生成策略，要在数据库中建立一张额外的表，默认表名为hibernate_unique_key,默认字段为integer类型，名称是next_hi（比较少用）我们也可以自己设置自定义的表名和字段名。

<id name="id" type=" integer " column="id">

        <generator class="hilo">

                <param name="table">wasw100_hilo_tbl</param>

                <param name="column">next_value</param>

                <param name="max_lo">100</param>

        </generator>

</id>

讨论前先说明几个简写的意义，以最上面那个配置为例：

hi： 高值--从数据库wasw100_hilo_tbl读取的next_value值

lo： 低值--hibe自动维护，从0到max_lo(看下面)

max_lo: 配置文件中<param name="max_lo">100</param>的值，这里是100

 

hibernate根据hilo生成器生成主键的过程：

1.读取并记录数据库的wasw100_hilo_tbl表中next_value字段的值，数据库中此字段值加1保存

2.hibernate取得lo值（0到max_lo-1循环，lo到max_lo时，执行步骤1，然后lo继续从0到max_lo循环）

取得hi值和lo值后，根据下面的公式计算主键值：

hi*(max_lo+1)+lo;

 

例如：
hi初始为2，max_lo为3
生成的值依次是：
读取hi为2，写到数据库为3
2*(3+1)+0=8
2*(3+1)+1=9
2*(3+1)+2=10
2*(3+1)+3=11
这有次读写表wasw100_hilo_tbl操作，hi变为3，数据库成为4
3*(3+1)+0=12
3*(3+1)+1=13

关闭数据库，下次打开时，读取hi值为4，数据库变为5
4*(3+1)+0=16

 

但是有一种特殊情况，就是hi是0的时候，那么第一个值不是0*(max_lo+1)+0=0
而是lo跳过0从1开始，直接是1、2、3……

 

那max_lo配置多大合适呢？

这要根据具体情况而定，如果系统一般不重启，而且需要用此表建立大量的主键，可以吧max_lo配置大一点，这样可以减少读取数据表wasw100_hilo_tbl的次数，提高效率；反之，如果服务器经常重启，可以吧max_lo配置小一点，可以避免每次重启主键之间的间隔太大，造成主键值主键不连贯。  



5、 seqhilo  

sequence和hilo的结合，hilo的高位由sequence产生，所以也需要底层数据库的支持。通过hilo算法实现，只是将hilo中的数据表换成了序列sequence，适用于支持 Sequence 的数据库，如 Oracle（比较少用）

<id name="id" column="id">
   <generator class="seqhilo">
      <param name="sequence">seq_name</param>
      <param name="max_lo">100</param>
   </generator>

</id>  



6、native

会根据底层数据库的能力，从identity、sequence、hilo中选择一个，灵活性更强，但此时，如果选择sequence或者hilo，则所有的表的主键都会从Hibernate默认的sequence或者hilo表中取。对于 oracle 采用 Sequence 方式，对于MySQL 和 SQL Server 采用identity（自增主键生成机制），native就是将主键的生成工作交由数据库完成，hibernate不管（很常用）

<id name="id" column="id">
    <generator class="native" />

</id>  

7、assigned

由应用程序负责生成主键标识符，往往使用在数据库中没有代理主键，使用的主键与业务相关的情况，这种主键的生成方式不建议使用，在数据库表设计时就应该使用代理主键（surrogate key），不应使用自然主键（natural key具有业务含义），在没有指定<generator>标签时，默认就是assigned主键的生成方式。在插入数据的时候主键由用户自己添加，hibernate也不管 。
<id name="id" column="id" type="string">
    <generator class="assigned" />
</id> 

8、uuid.hex

使用一个128-bit的UUID算法生成字符串类型的标识符，UUID被编码成一个32位16进制数字的字符串。UUID包含：IP地址、JVM启动时间、系统时间（精确到1/4秒）和一个计数器值（JVM中唯一）。hibernate会算出一个128位的唯一值插入，标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx (8-4-4-4-12)。

<id name="id" column="id">
    <generator class="uuid.hex" />
</id>

版权声明：本文为博主原创文章，未经博主允许不得转载。