【hibernate】 hibernate 注解之 SequenceGenerator

转自：https://blog.csdn.net/zgf19930504/article/details/54694807

当使用hibernate 连接 oracle 数据库的时候，如果想使主键进行自增，那么不可避免将会使用 SequenceGenerator 注解， 此注解有一个比较困惑的属性: allocationSize, 

1. hibernate 配置

[java] view plain copy

1. @Id  
2. @SequenceGenerator(name = "T_USER_GENERATOR", sequenceName = "SEQ_USER_USERID_TEST",allocationSize = 100)  
3. @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "T_USER_GENERATOR")  
4. @DocumentHelper(documentation = "fpId", example = "0")  
5. private Long userId;  

2. oracle 序列

3. 分析:

   1. oracle 序列配置: 序列开始为 100,  缓存为50， 这是oracle 自身做的缓存，因为查询序列时，会加锁，所以采用缓存来提升性能。 如果查询序列会发现，每查询50次，star with 值跳一次，每次加50. 也就是说，oracle 每次缓存50 个值，这50个值用完了，再进行一次缓存。序列值应该为 100 ， 101， 102 。。。。

    2. hibernate配置: hibernate 中 allocationSize 的值为100， 这个相当于二级缓存，用hibernate 的save 方法保存，会发现id 会从 10000 开始， 10000,10001,10002....， 这是将 start with 的值 和 allocationSize 的值相乘之后得到的，每使用 hibernate save 方法 保存100 个数据，sequence 中消耗 50 个缓存中的一个， 这样也就是说，每执行 5000 个save 方法，start with 才跳动且自增50， 注意是自增50 ，而不是自增5000.   这一点儿是尤其要注意的，一不小心就会容易导致主键冲突。

     3. 推测: 个人感觉， hibernate allocationSize 逻辑如下: 第一次调用是，计算起始id， 即 oracle 序列 startwith * allocationSize , 然后自增获取100个 ，进行缓存， 当这100 个用完之后， 则再次进行获取id，进行缓存。

    ps:  在负载均衡下，如果使用allocationSize  会导致一个新的问题， 就是如果按 id 排序，id 最大的则有可能不是最新插入的数据， 因此也就不能通过id 的大小，表示插入的顺序，而需额外的时间字段表示。 原因：  假如有3台负载均衡A, B, C， 配置如上配置， 那么A, B, C 第一次调用此对象的save 操作时，会各自计算开始id， ABC 开始id 分别为:  A: 10001,  B: 10101,  B:10201 ，如果再次进行save 操作时，则在 各自起始id 上自增， 那么如果B 上先调用，则id 为 10102， 然后A 再调用，id 则为 10002， 这样虽然10102 先保存，10002 后保存，但是id 却是  10102 <10002.