Skip to content

Mybatis 面试题 ​

1.Mybatis 的优缺点? ​

优点: ​

1、基于 SQL 语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任何影响,SQL 写在 XML 里,解除 sql 与程序代码的耦合,便于统一管理;提供 XML 标签, 支持编写动态 SQL 语句, 并可重用。

2、与 JDBC 相比,减少了 50% 以上的代码量,消除了 JDBC 大量冗余的代码,不需要手动开关连接;

3、很好的与各种数据库兼容( 因为 MyBatis 使用 JDBC 来连接数据库,所以只要 JDBC 支持的数据库 MyBatis 都支持)。

4、能够与 Spring 很好的集成;

5、提供映射标签, 支持对象与数据库的 ORM 字段关系映射; 提供对象关系映射标签, 支持对象关系组件维护。

缺点: ​

1、SQL 语句的编写工作量较大, 尤其当字段多、关联表多时, 对开发人员编写 SQL 语句的功底有一定要求。

2、SQL 语句依赖于数据库, 导致数据库移植性差, 不能随意更换数据库。

2.Mybatis 与 Hibernate 的区别? ​

1.开发速度的对比 ​

Hibernate 的真正掌握要比 Mybatis 难些。Mybatis 框架相对简单很容易上手,但也相对简陋些。比起两者的开发速度,不仅仅要考虑到两者的特性及性能,更要根据项目需求去考虑究竟哪一个更适合项目开发,比如:一个项目中用到的复杂查询基本没有,就是简单的增删改查,这样选择 hibernate 效率就很快了,因为基本的 sql 语句已经被封装好了,根本不需要你去写 sql 语句,这就节省了大量的时间,但是对于一个大型项目,复杂语句较多,这样再去选择 hibernate 就不是一个太好的选择,选择 mybatis 就会加快许多,而且语句的管理也比较方便。

2.开发工作量的对比 ​

Hibernate 和 MyBatis 都有相应的代码生成工具。可以生成简单基本的 DAO 层方法。针对高级查询,Mybatis 需要手动编写 SQL 语句,以及 ResultMap。而Hibernate 有良好的映射机制,开发者无需关心 SQL 的生成与结果映射,可以更专注于业务流程

3.sql 优化方面 ​

Hibernate 的查询会将表中的所有字段查询出来,这一点会有性能消耗。Hibernate 也可以自己写 SQL 来指定需要查询的字段,但这样就破坏了 Hibernate 开发的简洁性。而 Mybatis 的 SQL 是手动编写的,所以可以按需求指定查询的字段。Hibernate HQL 语句的调优需要将 SQL 打印出来,而 Hibernate 的 SQL 被很多人嫌弃因为太丑了。

MyBatis 的 SQL 是自己手动写的所以调整方便。但Hibernate 具有自己的日志统计。Mybatis 本身不带日志统计,使用 Log4j 进行日志记录。

4.对象管理的对比 ​

Hibernate 是完整的对象/关系映射解决方案,它提供了对象状态管理(state management)的功能,使开发者不再需要理会底层数据库系统的细节。也就是说,相对于常见的 JDBC/SQL 持久层方案中需要管理 SQL 语句,Hibernate 采用了更自然的面向对象的视角来持久化 Java 应用中的数据。换句话说,使用 Hibernate 的开发者应该总是关注对象的状态(state),不必考虑 SQL 语句的执行。这部分细节已经由 Hibernate 掌管妥当,只有开发者在进行系统性能调优的时候才需要进行了解。而 MyBatis 在这一块没有文档说明,用户需要对对象自己进行详细的管理。

5.缓存机制对比 ​

相同点:都可以实现自己的缓存或使用其他第三方缓存方案,创建适配器来完全覆盖缓存行为。

不同点:Hibernate 的二级缓存配置在 SessionFactory 生成的配置文件中进行详细配置,然后再在具体

的表-对象映射中配置是哪种缓存。

MyBatis 的二级缓存配置都是在每个具体的表-对象映射中进行详细配置,这样针对不同的表可以自定义

不同的缓存机制。并且 Mybatis 可以在命名空间中共享相同的缓存配置和实例,通过 Cache-ref 来实现。

两者比较:因为 Hibernate 对查询对象有着良好的管理机制,用户无需关心 SQL。所以在使用二级缓存时如果出现脏数据,系统会报出错误并提示。而 MyBatis 在这一方面,使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围,避免 Cache 的盲目使用。否则,脏数据的出现会给系统的正常运行带来很大的隐患。

Hibernate 功能强大,数据库无关性好,O/R 映射能力强,如果你对 Hibernate 相当精通,而且对 Hibernate 进行了适当的封装,那么你的项目整个持久层代码会相当简单,需要写的代码很少,开发速度很快,非常爽。

Hibernate 的缺点就是学习门槛不低,要精通门槛更高,而且怎么设计 O/R 映射,在性能和对象模型之间如何权衡取得平衡,以及怎样用好 Hibernate 方面需要你的经验和能力都很强才行。

MyBatis 入门简单,即学即用,提供了数据库查询的自动对象绑定功能,而且延续了很好的 SQL 使用经验,对于没有那么高的对象模型要求的项目来说,相当完美。

MyBatis 的缺点就是框架还是比较简陋,功能尚有缺失,虽然简化了数据绑定代码,但是整个底层数据库查询实际还是要自己写的,工作量也比较大,而且不太容易适应快速数据库修改。

3.#{ }和 ${ }的区别? ​

  1. #{}是预编译处理、是占位符, ${}是字符串替换、是拼接符。Mybatis 在处理#{}时,会将 sql 中的#{}替换为?号,调用 PreparedStatement 来赋值;Mybatis 在处理${}时, 就是把 ${} 替换成变量的值,调用 Statement 来赋值。

2.#{} 的变量替换是在 DBMS 中、变量替换后,#{} 对应的变量自动加上单引号;${} 的变量替换是在 DBMS 外、变量替换后,${} 对应的变量不会加上单引号

3.使用#{}可以有效的防止 SQL 注入, 提高系统安全性

4.mybatis 用了哪些设计模式 ​

1.构建者模式 ​

2.工厂模式 ​

3.单例模式 ​

4.代理模式 ​

5.组合模式 ​

6.模板方法模式 ​

7.适配器模式 ​

8.装饰模式 ​

9.迭代器模式 ​

5.mybatis 的一级、二级缓存 ​

一级缓存: ​

基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为 session,当 session flush 或 close 之后,该 session 中所有的 Cache 将清空,默认打开一级缓存。

  1. Mybatis 一级缓存的生命周期和 SqlSession 一致。
  2. Mybatis 一级缓存内部设计简单,只是一个没有容量限定的 HashMap,在缓存的功能性上有所欠缺。
  3. Mybatis 的一级缓存最大范围是 SqlSession 内部,有多个 SqlSession 或者分布式环境下,数据库写操作会引起脏数据,建议设定缓存级别为 Satement,即进行如下配置
java
<setting name="localCacheScope" value="STATEMENT"/>

原因也很简单,看 BaseExecutor 的 query() ⽅法,当配置成 STATEMENT 时,每次查询完都会清空缓存

java
if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) {
// issue #482
clearLocalCache();
}

mybatis 和 Spring 整合的一些注意事项:

  1. 在未开启事务的情况之下,每次查询,spring 都会关闭旧的 sqlSession ⽽创建新的 sqlSession,因此此时的⼀级缓存是没有起作⽤的
  2. 在开启事务的情况下,spring 使用 threadLocal 获取当前资源绑定同一个 SqlSession,因此此时一级缓存是有效的

二级缓存: ​

二级缓存与一级缓存其机制相同,默认也是采用 PerpetualCache,HashMap 存储,不同在于其存储作用域为 Mapper(Namespace),并且可自定义存储源,如 Ehcache。默认不打开二级缓存,要开启二级缓存,使用二级缓存属性类需要实现 Serializable 序列化接口(可用来保存对象的状态),可在它的映射文件中配置<cache/>;

对于缓存数据更新机制,当某一个作用域 (一级缓存 session/二级缓存 Namespaces) 进行了 C/U/D 操作后,默认该作用域下所有 select 中的缓存将被 clear。

  1. MyBatis 的⼆级缓存相对于⼀级缓存来说,实现了 SqlSession 之间缓存数据的共享
  2. Mybatis 在多表查询时,极大可能会出现脏数据,有设计上的缺陷,安全使用二级缓存的条件比较苛刻
  3. 在分布式环境下,由于默认的 mybatis Cache 实现都是基于本地的,分布式环境下必然会出现读取到脏数据,需要使用集中式缓存将 Mybatis 的 Cache 接口实现。有一定的开发成本,直接使用 Redis、Memcached 等分布式缓存可能成本更低,安全性也更高。

一级缓存和二级缓存的生命周期分别是? ​

一级缓存的生命周期是会话级别,因为一级缓存是存在 SqlSession 的成员变量 Executor 的成员变量 localCache 中的。而二级缓存的生命周期是整个应用级别,因为二级缓存是存在 Configuration 对象中,而这个对象在应用启动后一直存在。

同时配置一级缓存和二级缓存后,先查询哪个缓存? ​

是先查询二级缓存再查询一级缓存,因为一级缓存的实现再 BaseExecutor,而二级缓存的实现再 CachingExecutor,CachingExecutor 是 BaseExecutor 的装饰器

6.mybatis 的工作原理? ​

mybatis 的工作原理如下图:

1741433928542-3096f421-5b73-4f85-8d08-d84623479c1d.png

  1. 读取 mybatis 配置文件:mybatis-config.xml 为 mybtais 的全局配置文件,配置了 mybatis 的运行环境等信息,例如数据库链接信息。
  2. 加载映射文件。映射文件即 SQL 映射文件,该文件配置了操作数据库的 SQL 语句,需要在 Mybatis 配置文件 mybatis-config.xml 中加载。mybatis-config.xml 文件可以加载多个映射文件,每个文件对应数据库中的一张表。
  3. 构造会话工厂:通过 mybatis 的环境配置信息构建会话工厂 sqlSessionFactory。
  4. 创建会话对象:由会话工厂创建 SqlSession 对象,该对象中包含执行 sql 语句的所有方法。
  5. Execute 执行器:mybatis 底层定义了一个 Execute 接口来操作数据库,它将根据 sqlSession 传递的参数动态的生成需要执行的 sql 语句,同时负责查询缓存的维护。
  6. MappedStatement 对象:在 Execute 接口的执行方法中有一个 MappedStatement 类型的参数,该参数是对映射信息的封装,用于存储要映射的 sql 语句的 id、参数等信息。
  7. 输入参数映射:输入参数类型可以是 Map、List 等集合类型,也可以是基本数据类型和 POJO 类型。输入参数映射过程类似于 JDBC 对 preparedStatement 对象设置参数的过程。
  8. 输出结果映射:输出结果类型可以是 Map、List 等集合类型,也可以是基本数据类型和 POJO 类型。输出结果映射过程类似于 JDBC 对结果集的解析过程。

7.什么是 mybatis 的接口绑定? ​

接口绑定,就是 mybatis 中任意接口,然后接口里面的方法和 sql 语句绑定,我们直接调用接口方法就可以,这样比起原来 SqlSession 提供的方法我们可以更加灵活的选择和设置。

接口绑定的实现方式:

  1. 通过注解绑定:就是在接口的方法上面加上@Select、@Update 等注解,里面包含 sql 语句来绑定。
  2. 通过 xml 里面写入的 sql 来绑定,这种情况下,要指定 xml 映射文件里面的 namespace 必须为接口的全路径名。当 sql 语句比较简单的时候,用注解绑定,当 sql 语句比较复杂的时候,用 xml 绑定,一帮用 xml 绑定的比较多。

8.mybatis 是如何进行分页的?分页插件的原理是什么? ​

mybatis 使用 RowBounds 对象进行分页,它针对 resultSet 结果集执行的内存分页,而非物理分页,可以在 sql 内直接书写带有物理分页的参数来完成物理分页功能,也可以使用分页插件来完成物理分页。

分页插件的基本原理是使用 mybatis 提供的插件接口,实现自定义插件,在插件的拦截方法内拦截执行的 sql,然后重写 sql,根据数据库方言,添加对应的物理分页语句和物理分页参数。例如:select * from student,拦截 sql 后重写为 select t.* from(select * from student) t limit 0,10。

最近更新