本文主要是介绍JPA外键映射注解导致的性能问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在项目中遇到了Ajax调用后端方法时反应过慢的问题。到了后端查看接口，发现是使用实体类进行直接查询，接口走完之后控制台又打出了很多sql，说明在执行完当前接口后，程序还未结束，又在继续执行其他的操作。于是想到接口完成后执行的部分才是真正影响性能的地方，仔细查看了一下数据库表结构，发现该表存在外键关联，查看实体类后，在实体类中发现了如下注解
@OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY)
public Set<Location> getLocations() {return this.Locations;}
此注解是用来做外键关联的，表示一个实体可以拥有多个其他实体的实例，用来处理数据库中一对多的关系，他存在几个属性
cascade属性：（1）不定义，则对关系表不会产生任何影响（2）CascadeType.PERSIST 级联新建（3）CascadeType.REMOVE 级联删除（4）CascadeType.REFRESH 级联刷新（5）CascadeType.MERGE 级联更新（6）CascadeType.ALL 表示同时选择上面四种fetch属性：
定义关联属性何时进行加载：（1）FetchType.EAGER：表示关系类在主类加载的时候同时加载（2）FetchType.LAZY：表示关系类在被访问时才加载，默认值是 FetchType.LAZYmappedBy属性：（1）拥有关联关系的字段，如果关系是单向的就不需要；如果是双向关系表，那么拥有关系的这一方有建立、解除和更新与另一方关系的能力；而另一方没有这种能力，只能被动管理；这个属性被定义在关系的被拥有方。支持双向 @OneToOne，双向 @OneToMany，双向 @ManyToMany。orphanRemoval属性：（1）指定在删除一方（One）数据的同时是否删除掉多方（Many）的数据。默认为 false，不删除多方（Many）数据；仅仅将一方（One）和连接表的数据进行删除。例如：一个主记录包含三条副记录targetEntity属性：（1）关联目标的实体类，一般不需要写，JPA可以自动识别
于是根据上面的注解属性我们得知了问题根本原因，由于我使用的是JPA的实体类查询方法，会直接通过某些条件获取实体类所有字段，相当于sql中的select *，而此处使用了cascadeType.ALL和fetchType.EAGER，表示在加载实体类时同时将其关联的所有实体加载出来，由于该表外键所关联的信息极多且泛型里字段也多，因此在加载外键关联的时候浪费了大量的时间(前端并不需要关联的实体类)，造成了性能问题。
解决方法可以使用sql直接查询固定字段返回到前端，这样不涉及到外键关联字段的查询也就不会触发注解的加载。还有就是将fetch的属性修改为FetchType.LAZY，表示在需要的时候才去加载，也就是你直接去访问的时候程序会自动去加载这些信息，而不是查询的时候不管需不需要直接将所有关联查询出来，这样自然耗费很多时间！
这篇关于JPA外键映射注解导致的性能问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
