hibernate mysql自增长id_hibernate利用mysql的自增张id属性实现自增长id和手动赋值id并存...

我们知道在mysql中如果设置了表id为自增长属性的话，insert语句中如果对id赋值(值没有被用到过)了，则插入的数据的id会为用户设置的值，并且该表的id的最大值会重新计算，以插入后表的id最大值为自增值起点

但是如果使用hibernate，也想实现这个mysql的特性的话，怎么做呢？

首先我们看下hibernate的id生成策略：

hibernate文档写道

1、自动增长identity

适用于MySQL、DB2、MS SQL Server，采用数据库生成的主键，用于为long、short、int类型生成唯一标识

使用SQL Server 和 MySQL 的自增字段，这个方法不能放到 Oracle 中，Oracle 不支持自增字段，要设定sequence(MySQL 和 SQL Server 中很常用)

数据库中的语法如下：

MySQL：create table t_user(id int auto_increment primary key, name varchar(20));

SQL Server：create table t_user(id int identity(1,1) primary key, name varchar(20));

2、sequence

DB2、Oracle均支持的序列，用于为long、short或int生成唯一标识

数据库中的语法如下：

Oracle：create sequence seq_name increment by 1 start with 1;

需要主键值时可以调用seq_name.nextval或者seq_name.curval得到，数据库会帮助我们维护这个sequence序列，保证每次取到的值唯一，如：

insert into tbl_name(id, name) values(seq_name.nextval, ‘Jimliu’);

seq_name

如果我们没有指定sequence参数，则Hibernate会访问一个默认的sequence，是hibernate_sequence，我们也需要在数据库中建立这个sequence

此外，sequence还可以有另外一个参数是paramters，可以查看Hibernate的API了解它的用法，见org.hibernate.id.SequenceGenerator

调用数据库的sequence来生成主键，要设定序列名，不然hibernate无法找到：

NAME_SEQ(Oracle中很常用)

3、hilo

使用一个高/低位算法生成的long、short或int类型的标识符，给定一个表和字段作为高位值的来源，默认的表是hibernate_unique_key，默认的字段是next_hi。它将id的产生源分成两部分，DB+内存，然后按照算法结合在一起产生id值，可以在很少的连接次数内产生多条记录，提高效率

MySQL：create table hi_value(next_hi integer not null);

insert into hi_value(next_hi) values(1);

hi_value

next_hi

100

在hibernate持久化的时候，由hibernate负责生成低位值。hilo标识符生成器在生成标识符时需要从hi_value表中取出next_hi的当前值，然后修改该值，这个操作是在单独的事务中完成的。最大的低值在属性max_lo中配置，但在Hibernate内存中生成的低位值超过此值时，就有需要到数据库的hi_value表中再次读取高位值了

使用hilo生成策略，要在数据库中建立一张额外的表，默认表名为hibernate_unique_key,默认字段为integer类型，名称是next_hi(比较少用)

我们也可以自己设置自定义的表名和字段名

4、native

会根据底层数据库的能力，从identity、sequence、hilo中选择一个，灵活性更强，但此时，如果选择sequence或者hilo，则所有的表的主键都会从Hibernate默认的sequence或者hilo表中取。并且，有的数据库对于默认情况主键生成测试的支持，效率并不是很高

对于 oracle 采用 Sequence 方式，对于MySQL 和 SQL Server 采用identity(自增主键生成机制)，native就是将主键的生成工作交由数据库完成，hibernate不管(很常用)

5、seqhilo

sequence和hilo的结合，hilo的高位由sequence产生，所以也需要底层数据库的支持

通过hilo算法实现，但是主键历史保存在Sequence中，适用于支持 Sequence 的数据库，如 Oracle(比较少用)

seq_name

100

6、increment

这个是由Hibernate在内存中生成主键，每次增量为1，不依赖于底层的数据库，因此所有的数据库都可以使用，但问题也随之而来，由于是Hibernate生成的，所以只

能有一个Hibernate应用进程访问数据库，否则就会产生主键冲突，不能在集群情况下使用

插入数据的时候hibernate会给主键添加一个自增的主键，但是一个hibernate实例就维护一个计数器，所以在多个实例运行的时候不能使用这个方法

7、

uuid.hex

使用一个128-bit的UUID算法生成字符串类型的标识符，UUID被编码成一个32位16进制数字的字符串。UUID包含：IP地址、JVM启动时间、系统时间(精确到1/4秒)和一个计数器值(JVM中唯一)

hibernate会算出一个128位的唯一值插入

uuid.string

hibernate会算出一个16位的值插入

8、assigned

由应用程序负责生成主键标识符，往往使用在数据库中没有代理主键，使用的主键与业务相关的情况，如：

这种主键的生成方式不建议使用，在数据库表设计时就应该使用代理主键(surrogate key)，不应使用自然主键(natural key具有业务含义)，在没有指定标签时，默认就是assigned主键的生成方式

在插入数据的时候主键由用户自己添加，hibernate也不管

9、foreign

使用外部表的字段作为主键

10、select

使用触发器生成主键(主要用于早期的数据库主键生成机制，少用)

ps:

代理主键是指与业务无关且能唯一标识数据库中记录,一般是数据库自动生成的,比如mysql可以使用auto_increment,Sql2000可以使用identity生成方式,oracle可以使用sequence生成方式 自然主键指业务相关,由用户指定,且能唯一标识数据库中的任意一条记录

简介版：

increment：代理主键，适合于所有数据库，由hibernate维护主键自增，和底层数据库无关，但是不适合于2个或以上hibernate进程。

identity：代理主键，适合于Mysql或ms sql server等支持自增的dbms，主键值不由hibernate维护。

sequence：代理主键，适合于oracle等支持序列的dbms，主键值不由hibernate维护，由序列产生。

native：代理主键，根据底层数据库的具体特性选择适合的主键生成策略，如果是mysql或sqlserver，选择identity，如果是oracle，选择sequence。

hilo：代理主键，hibernate把特定表的字段作为hign值，生成主键值

uuid.hex：代理主键，hibernate采用uuid 128位算法生成基于字符串的主键值

assign：适合于应用程序维护的自然主键。

想要实现安全的自增只能使用hibernate维护得自增属性identity，或者使用开发者自己维护id值assign。如果使用identify，经过测试发现使用无论开发者是否给对象的id赋值，hibernate在保存对象时会自动给id赋值(为mysql表中id最大值+1)；如果使用assign，用户在保存对象前必须给对象的id赋值，值必须大于等于0，如果等于0时，那么数据表id记录会使用mysql数据库维护的最大id+1，如果大于0时，则表id则为用户设置的对象的id值。

经过实验得出，想要实现mysql的sql语句句式以及最终效果，需要设置hibernate配置文件的id自增属性为assign，如果知道id的话则设置对象的id为已知的id，否则设置id的值为0,。

如果id自增属性为assign，那么hibernate保存对象后，对象的id仍然为保存前设置的值；

如果id自增属性为identity，那么hibernate保存对象后，对象的id为数据库中该条记录的id的值