spring data jpa、Hibernate开启全球唯一UUID设置

spring data jpa、Hibernate开启全球唯一UUID设置

原文链接:https://www.cnblogs.com/blog5277/p/10662079.html

原文作者:博客园--曲高终和寡

*******************如果你看到这一行,说明爬虫在本人还没有发布完成的时候就抓走了我的文章,导致内容不完整,请去上述的原文链接查看原文****************

UUID这个东西,具体的我就不讲了,网上的内容很多,我这里就随便放一个大家看一下就了解了

https://www.jianshu.com/p/d77f3ef0868a

这里面有关于发号器,UUID的介绍,具体各位是使用UUID的哪个版本,或者使用雪花ID,或者使用其他别的方式,请各位自行判断

在我的业务里面呢:

1.准备部署至少两台服务器,且两台服务器时区不一样,一台阿里云香港,东八区,一台美国洛杉矶,多少区忘了,反正有13个小时的时差,

——雪花ID的方案就被我否了,因为我不能保证美国那台服务器的时区不会根据冬夏令时来回跳,雪花ID在时钟回拨的情况下会一直等候,我也不需要雪花ID有序这个优点。

2.同样为了容灾,我准备在两台服务器分别部署数据库

——主键自增的方案就被我否了,迁移有点麻烦了

3.我不需要主键来排序,我选用的PostgresQL也不会因为主键是字符型的而导致插入、读取变快

——所以我不需要一切主键需要有序的生成方案,UUID完美符合我的需求

4.既然选用了UUID,我就希望它在任何情况下都不会重复,全球唯一

——那么UUID的生成方案2.3.4.5就都不满足我的要求了,虽然概率极地,但是还是有理论上重复的可能性的

5.UUID的方案1存在一定的危险性,是根据MAC地址(或者IP)生成的,那么理论上能根据MAC地址找到所在地

——。。。然后呢。。。?我一台服务器/IP在香港,一台服务器/IP在洛杉矶,想通过这俩地方来找我怕是不太可能嗷。。。更何况我写的东西根本就不会有多少人用,更没有什么法律风险不担心被查水表,更没有什么价值。。。?谁会来搞我?

所以,最终选用了方案1的UUID生成方法,不可能重复,我开发的时候就不用考虑这种极小概率会导致的BUG,放心大胆的用就是了。

而生成方案1的UUID有很多工具包,比如Apache common 的UUID 包,还有github上一个项目 JAU,项目地址:

https://github.com/cowtowncoder/java-uuid-generator

我太懒了,不想在项目里引入一个包,就为了生成UUID。。。所以就查了一下,原来HIbernate对生成UUID方案1还做了优化:

Version1变种 – Hibernate

Hibernate的CustomVersionOneStrategy.java,解决了之前version 1的两个问题

- 时间戳(6bytes, 48bit):毫秒级别的,从1970年算起,能撑8925年….
- 顺序号(2bytes, 16bit, 最大值65535): 没有时间戳过了一秒要归零的事,各搞各的,short溢出到了负数就归0。
- 机器标识(4bytes 32bit): 拿localHost的IP地址,IPV4呢正好4个byte,但如果是IPV6要16个bytes,就只拿前4个byte。
- 进程标识(4bytes 32bit): 用当前时间戳右移8位再取整数应付,不信两条线程会同时启动。

值得留意就是,机器进程和进程标识组成的64bit Long几乎不变,只变动另一个Long就够了。

Hibernate解决了Version1的两个问题,哪两个问题呢:

但好像Version 1就没考虑过一台机器上起了两个进程这类的问题,也没考虑相同时间戳的并发问题

很好,HIbernate解决了这俩问题,那完美符合我的需求,并且本来项目就引入了JPA,官方支持岂不美哉?

废话说了那么多,配置只需要两行的事,然而这个配置国内网站几乎找不到,困扰了我很久怎么在Hibernate里面设置选用CustomVersionOneStrategy.java,作为主键生成策略的

@Entity
@Data
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
@GenericGenerator(
        name = "uuid2",
        strategy = "uuid2",
        parameters = {@org.hibernate.annotations.Parameter(
                name = "uuid_gen_strategy_class",
                value = "org.hibernate.id.uuid.CustomVersionOneStrategy")
        })
public class BaseDomain {
    @Id
    @GeneratedValue(generator = "uuid2")
    private String id;
    @Column
    private LocalDateTime gmtCreate;
    @Column
    private LocalDateTime gmtModified;

    public void initInsert() {
        this.gmtCreate = LocalDateTime.now();
        this.gmtModified = LocalDateTime.now();
    }

    public void initUpdate() {
        this.gmtModified = LocalDateTime.now();
    }
}

这样就可以了,以后每一个DO都继承这个BaseDomain,ID就自动生成Hibernate优化版的版本1UUID了

原文地址:https://www.cnblogs.com/blog5277/p/10662079.html

时间: 2024-09-29 02:53:42

spring data jpa、Hibernate开启全球唯一UUID设置的相关文章

Spring Boot整合Spring MVC、Spring、Spring Data JPA(Hibernate)

一句话总结:Spring Boot不是新的功能框架,而是为了简化如SSH.SSM等等多个框架的搭建.整合及配置.使用Spring Boot 10分钟搭建起Spring MVC.Spring.Spring Data JPA(Hibernate)基础后台架构.基本零配置,全注解. 步骤一: 使用Spring Boot提供的网站生成maven项目及基础依赖.打开https://start.spring.io/网站,右侧输入想要的特性依赖.输入Web提供整合Spring MVC,输入JPA提供整合Spr

spring data jpa hibernate jpa 三者之间的关系

JPA规范与ORM框架之间的关系是怎样的呢? JPA规范本质上就是一种ORM规范,注意不是ORM框架——因为JPA并未提供ORM实现,它只是制订了一些规范,提供了一些编程的API接口,但具体实现则由服务厂商来提供实现,JBoss应用服务器底层就以Hibernate作为JPA的实现. 既然JPA作为一种规范——也就说JPA规范中提供的只是一些接口,显然接口不能直接拿来使用.虽然应用程序可以面向接口编程,但JPA底层一定需要某种JPA实现,否则JPA依然无法使用.从笔者的视角来看,Sun之所以提出J

Hibernate中使用Spring Data JPA

1.pom.xml中引入相关依赖 <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> </propertie

Spring ORM+Hibernate?Out!换 Spring Data JPA 吧!

转载请注明出处:http://blog.csdn.net/anxpp/article/details/51415698,谢谢! 在一切开始之前,先举个简单的例子,以提高大家的兴致! 如果一张表user有三个字段,id.name和age,要查找指定姓氏在某年龄以上的user,在传统的Spring+Hibernate中,dao层我们是这样写的: UserDao: public interface UserDao{ List<User> findByNameLikeAndAgeGreaterThan

Spring Data JPA使用getOne方法报错:Method threw &#39;org.hibernate.LazyInitializationException&#39; exception. Cannot evaluate

getOne是懒加载,需要增加这个配置: spring.jpa.properties.hibernate.enable_lazy_load_no_trans=true,但这种方式不太友好,建议不要使用. 解释:https://vladmihalcea.com/2016... 每次初始化一个实体的关联就会创建一个临时的session来加载,每个临时的session都会获取一个临时的数据库连接,开启一个新的事物.这就导致对底层连接池压力很大,而且事物日志也会被每次flush.设想一下:假如我们查询了

java框架整合例子(spring、spring mvc、spring data jpa、hibernate)

这是自己参考springside开源项目整合的框架,主要整合了spring.spring mvc.spring data jpa.hibernate这几个框架,对于这几个框架其中感觉比较舒服的还是spring data jpa这个框架,这个框架在写dao类的时候,只需要写一个接口声明,spring data jpa会自动的实现其实现类,使用起来比较方便,至于详细的使用方法还请自己百度吧,因为我也不清楚.个人感觉还有一个比较不错的地方就是能够打印sql语句,都知道hibernate打印的sql语句

java(样品集成框架spring、spring mvc、spring data jpa、hibernate)

这是你自己的参考springside集成框架的开源项目.主要的整合spring.spring mvc.spring data jpa.hibernate几个框架,对于这些框架中仍然感觉更舒适spring data jpa该框架,该框架编写dao上课时间,只需要编写一个接口声明,spring data jpa会自己主动的实现事实上现类,使用起来比較方便,至于具体的用法还请自己百度吧,由于我也不清楚. 个人感觉另一个比較不错的地方就是可以打印sql语句,都知道hibernate打印的sql语句并不会

hibernate search5.3.0全文检索集成到spring data jpa

hibernate search 我就不多说了,它是基于lucene的全文检索工具,记得上大学那时候接触了compass全文检索工具,后来也没怎么用,再后来这家伙不更新了,所以hibernate就推出了自己的基于lucene的全文检索工具就是这家伙hibernate Search. 不用说天然的优势就是可以无缝的和hibernate集成甚至不需要什么配置,一直在更新中,最近想在自己的博客里面加入搜索功能,本想用比较热乎的solr,找了半天资料还是放弃了,用在我的博客里面有点大题小做了,所以自然就

简述 JPA 与 Spring Data JPA 与 Hibernate

1.JPA是什么?以及相关概述 JPA的是 Java Persistence API 的简写,是Sun官方提出的一种ORM规范! Sun提出此规范有2个原因: 1.简化现有Java EE和Java SE应用开发工作. 2.Sun希望整合ORM技术,实现天下归一. 重点在于,JPA是一套规范,而不是具体的ORM框架. 故Hibernate.TopLink 等ORM框架 都是JPA的实现,其中Hibernate已获得Sun的兼容认证. JPA的标准的定制是hibernate作者参与定制的,所以JPA