2022年Hibernate常见面试题汇总 .pdf

1.在数据库中条件查询速度很慢的时候,如何优化 ? 1.建索引2.减少表之间的关联3.优化 sql，尽量让sql 很快定位数据，不要让sql 做全表查询，应该走索引,把数据量大的表排在前面4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据2.在 Hibernate 中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题? 解决方案一，按照Object 数据取出数据，然后自己组bean 解决方案二，对每个表的bean 写构造函数，比如表一要查出field1,field2两个字段，那么有一个构造函数就是Bean(type1 filed1,type2 field2) ，然后在hql 里面就可以直接生成这个 bean 了。具体怎么用请看相关文档，我说的不是很清楚。session.load()和 session.get() 的区别Session.load/get方法均可以根据指定的实体类和id 从数据库读取记录， 并返回与之对应的实体对象。其区别在于：如果未能发现符合条件的记录，get 方法返回 null ，而 load 方法会抛出一个ObjectNotFoundException。Load 方法可返回实体的代理类实例，而get 方法永远直接返回实体类。load 方法可以充分利用内部缓存和二级缓存中的现有数据，而 get 方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL 完成数据读取。Session 在加载实体对象时，将经过的过程：名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 4 页 - - - - - - - - - 首先， Hibernate中维持了两级缓存。第一级缓存由Session 实例维护，其中保持了Session 当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory 层次，由当前所有由本SessionFactory构造的 Session实例共享。出于性能考虑，避免无谓的数据库访问，Session 在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id 进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。之后，Session会在当前 “NonExists ”记录中进行查找，如果“NonExists ”记录中存在同样的查询条件，则返回 null。“NonExists ”记录了当前Session 实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。对于 load 方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL ），如经过查询未发现对应记录，则将此次查询的信息在“NonExists ”中加以记录，并返回null 。根据映射配置和Select SQL 得到的 ResultSet ，创建对应的数据对象。将其数据对象纳入当前Session实体管理容器（一级缓存）。执行 Interceptor.onLoad方法（如果有对应的Interceptor ）。将数据对象纳入二级缓存。如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad 方法。返回数据对象。Hibernate的主键生成机制1) assigned 主键由外部程序负责生成，无需Hibernate参与。2) hilo 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 4 页 - - - - - - - - - 通过 hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。3) seqhilo 与 hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence 中，适用于支持Sequence的数据库，如Oracle 。4) increment 主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1 作为主键。这种方式可能产生的问题是： 如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此， 如果同一数据库有多个实例访问，此方式必须避免使用。5) identity 采用数据库提供的主键生成机制。如DB2、SQL Server 、MySQL 中的主键生成机制。6) sequence 采用数据库提供的sequence 机制生成主键。如Oralce 中的 Sequence 。7) native 由 Hibernate根据底层数据库自行判断采用identity 、hilo、sequence其中一种作为主键生成方式。8) uuid.hex 由 Hibernate基于 128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。9) uuid.string 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 4 页 - - - - - - - - - 与 uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。10) foreign 使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。这 10 中生成 OID 标识符的方法,increment 比较常用 ,把标识符生成的权力交给Hibernate 处理 .但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用 identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法 .如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或 hilo. 另外由于常用的数据库，如Oracle 、DB2、 SQLServer 、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence ）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert 数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次 Insert 操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert 要求较高的系统，推荐采用uuid.hex 作为主键生成机制。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 4 页 - - - - - - - - -