文章目录
-
- 概述
- MyBatis的架构
- 映射器
-
- #{}和${}的区别是什么?
- 模糊查询like语句该怎么写?
- 在mapper中如何传递多个参数?
- MyBatis如何执行批量操作
- 如何执行批量插入?
- 如何获取自动生成的(主)键值?
- 当实体类中的属性名和表中的字段名不一样,怎么办?
- Mapper编写有哪几种方式?
- 什么是MyBatis的接口绑定?有哪些实现方式?
- 使用MyBatis的mapper接口调用时有哪些要求?
- 通常一个Xml映射文件,都会写一个Dao接口与之对应,请问,这个Dao接口的工作原理是什么? Dao接口里的方法,参数不同时,方法能重载吗?
- Mybatis的Xml映射文件中,不同的Xml映射文件,id是否可以重复?
- Mybatis是如何分页的?分页插件的原理是什么?
- Mybatis是如何将sql执行结果封装为目标对象并返回的? 都有哪些映射形式?
- Mybatis动态sql有什么用?执行原理?有哪些动态sql?
- 简述MyBatis的xml映射文件和MyBatis内部数据结构之间的映射关系?
- Xml 映射文件中,除了常见的 select|insert|updae|delete标签之外,还有哪些标签?
- Mybatis映射文件中,如果A标签通过include引用了 B标签的内容,请问,B标签能否定义在A标签的后面,还是说必须定义在A标签的前面?
- MyBatis能执行一对多、一对一的联系查询吗?有哪些实现方法
- Mybatis是否可以映射Enum枚举类?
- 为什么说Mybatis是半自动ORM映射工具?它与全自动的区别在哪里?
- MyBatis实现一对一有几种方式?具体怎么操作的?
- MyBatis 里面的动态 Sql 是怎么设定的?用什么语法?
- MyBatis总如何执行批处理?
- MyBatis执行批量插入,能返回数据库主键列表吗?
- 如何获取自动生成的主键值?
- resultType和resultMap的区别?
- MyBatis比IBatis比较大的几个改进是什么?
- IBatis和MyBatis在核心处理类分别是什么
- IBatis和MyBatis在细节上的不同有哪些?
- MyBatis实现一对多有几种方式,怎么操作的?
- Mybatis的一级、二级缓存
- 简述Mybatis的插件运行原理,以及如何编写一个插件。
概述
简介
- MyBatis是一个半ORM(对象关系映射)框架,它内部封装了 JDBC,开发时只需要关注SQL语句本身,不需要花费精力去处理加载驱动、创建连接、创建 statement等繁杂的过程。程序员直接编写原生态sql,可以严格控制sql执行性 能,灵活度高
- MyBatis可以使用XML或注解来配置和映射原生信息,将POJO映射成数 据库中的记录,避免了几乎所有的JDBC代码和手动设置参数以及获取结果集
- 通过xml文件或注解的方式将要执行的各种statement配置起来,并通过 java对象和statement中sql的动态参数进行映射生成最终执行的sql语句,最后由mybatis框架执行sql并将结果映射为java对象并返回。(从执行sql到返 回result的过程)
优点
- 基于SQL语句编程,相当灵活,不会对应用程序或者数据库的现有设计造成任何影响,SQL写在XML里,解除sql与程序代码的耦合,便于统一管理;提供XML 标签,支持编写动态SQL语句,并可重用
- 与JDBC相比,减少了 50%以上的代码量,消除了 JDBC大量冗余的代码,不需要手动开关连接;很好的与各种数据库兼容(因为MyBatis使用JDBC来连接数据库,所以只要 JDBC支持的数据库MyBatis都支持)
- 能够与Spring很好的集成
- 提供映射标签,支持对象与数据库的ORM字段关系映射;提供对象关系映射标签,支持对象关系组件维护
缺点
- SQL语句的编写工作量较大,尤其当字段多、关联表多时,对开发人员编写 SQL语句的功底有一定要求
- SQL语句依赖于数据库,导致数据库移植性差,不能随意更换数据库
适用场景
- MyBatis专注于SQL本身,是一个足够灵活的DAO层解决方案
- 对性能的要求很高,或者需求变化较多的项目,如互联网项目,MyBatis将是不错的选择
MyBatis与Hibernate有什么不同?
- Mybatis和hibernate不同,它不完全是一个ORM框架,因为MyBatis需要程序员自己编写Sql语句
- Mybatis直接编写原生态sql,可以严格控制sql执行性能,灵活度高,非常适合对关系数据模型要求不高的软件开发,因为这类软件需求变化频繁,一但需求变化要求迅速输出成果。但是灵活的前提是mybatis无法做到数据库无关性, 如果需要实现支持多种数据库的软件,则需要自定义多套sql映射文件,工作量大
- Hibernate对象/关系映射能力强,数据库无关性好,对于关系模型要求高的软件,如果用hibernate开发可以节省很多代码,提高效率
ORM是什么
- ORM (Object Relational Mapping),对象关系映射,是一种为了解决关系型数据库数据与简单Java对象(POJO)的映射关系的技术
- 简单的说,ORM 是通过使用描述对象和数据库之间映射的元数据,将程序中的对象自动持久化到 关系型数据库中。
传统JDBC开发存在什么问题?
- 频繁创建数据库连接对象、释放,容易造成系统资源浪竇,影响系统性能。可以 使用连接池解决这个问题。但是使用jdbc需要自己实现连接池
- sql语句定义、参数设置、结果集处理存在硬编码。实际项目中sql语句变化的 可能性较大,_旦发生变化,需要修改java代码,系统需要重新编译,重新发 布。不好维护
- 使用preparedStatement向占有位符号传参数存在硬编码,因为sql语句的 where条件不一定,可能多也可能少,修改sql还要修改代码,系统不易维护。
- 结果集处理存在重复代码,处理麻烦。如果可以映射成Java对象会比较方便。
JDBC编程有哪些不足之处,MyBatis 是如何解决的?
- 数据库链接创建、释放频繁造成系统资源浪费从而影响系统性能,如果使用数据库连接池可解决此问题
- 解决:在mybatis-config.xml中配置数据链接池,使用连接池管理数据库连接
- Sql语句写在代码中造成代码不易维护,实际应用sql变化的可能较大,sql 变动需要改变java代码
- 解决:将Sql语句配置在XXXXmapper.xml文件中与java代码分离
- 向sql语句传参数麻烦,因为sql语句的where条件不一定,可能多也可能 少,占位符需要和参数一一对应
- 解决:Mybatis自动将java对象映射至sql语句
- 对结果集解析麻烦,sql变化导致解析代码变化,且解析前需要遍历,如果能将数据库记录封装成pojo对象解析比较方便
- 解决:Mybatis自动将sql执行结果映射至java对象
MyBatis和Hibernate的适用场景?
- MyBatis专注于SQL本身,是一个足够灵活的DAO层解决方案。
- 对性能的要求很高,或者需求变化较多的项目,如互联网项目,MyBatis将是不错的选择。
- 开发难易程度和学习成本
- Hibernate是重量级框架,学习使用门槛高,适合于需求相对稳定,中小型的项目,比如:办公自动化系统
- MyBatis是轻量级框架,学习使用门槛低,适合于需求变化频繁,大型的项目, 比如:互联网电子商务系统
- 总结
- MyBatis是一个小巧、方便、高效、简单、直接、半自动化的持久层框架
- Hibernate是一个强大、方便、高效、复杂、间接、全自动化的持久层框架
MyBatis的架构
MyBatis编程步骤是什么样的?
- 创建 SqISessionFactory
- 通过 SqISessionFactory 创建 SqISession
- 通过sqlsession执行数据库操作
- 调用 session.commit()提交事务
- 调用session.closeQ关闭会话
MyBatis的工作原理
- 读取MyBatis配置文件:mybatis-config.xml为MyBatis的全局配置文 件,配置了 MyBatis的运行环境等信息,例如数据库连接信息
- 加载映射文件。映射文件即SQL映射文件,该文件中配置了操作数据库的 SQL语句,需要在MyBatis配置文件mybatis-config.xml中加载。mybatis-config.xml文件可以加载多个映射文件,每个文件对应数据库中的一张表
- 构造会话工厂:通过MyBatis的环境等配置信息构建会话工厂 SqISessionFactory
- 创建会话对象:由会话工厂创建SqISession对象,该对象中包含了执行 SQL语句的所有方法
- Executor执行器:MyBatis底层定义了一个Executor接口来操作数据库, 它将根据SqISession传递的参数动态地生成需要执行的SQL语句,同时负责查询缓存的维护
- MappedStatement对象:在Executor接口的执行方法中有一个 MappedStatement类型的参数,该参数是对映射信息的封装,用于存储要映射 的SQL语句的id、参数等信息
- 输入参数映射:输入参数类型可以是Map、List等集合类型,也可以是基本数据类型和POJO类型。输入参数映射过程类似于JDBC对 preparedStatement对象设置参数的过程
- 输出结果映射:输出结果类型可以是Map、 List等集合类型,也可以是基本数据类型和POJO类型。输出结果映射过程类似于JDBC对结果集的解析过程。
MyBatis的功能架构是怎样的
Mybatis的功能架构分为三层:
- API接口层:提供给外部使用的接口 API,开发人员通过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。
- 数据处理层:负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。
- 基础支撑层:负责最基础的功能支撑,包括连接管理、事务管理、配置加载和缓存处理,这些都是共用的东西,将他们抽取出来作为最基础的组件。为上层的数 据处理层提供最基础的支撑。
MyBatis的框架架构设计是怎么样的
- 加载配置:配置来源于两个地方,一处是配置文件,一处是Java代码的注解,将SQL的配置信息加载成为一个个MappedStatement对象(包括了传入参数映射配置、执行的SQL语句、结果映射配置),存储在内存中
- SQL解析:当API接口层接收到调用请求时,会接收到传入SQL的ID和传入对象(可以是Map、JavaBean或者基本数据类型),Mybatis会根据SQL的 ID找到对应的MappedStatement,然后根据传入参数对象对 MappedStatement进行解析,解析后可以得到最终要执行的SQL语句和参数
- SQL执行:将最终得到的SQL和参数拿到数据库进行执行,得到操作数据库的结果
- 结果映射:将操作数据库的结果按照映射的配置进行转换,可以转换成 HashMap. JavaBean或者基本数据类型,并将最终结果返回
为什么需要预编译
- SQL预编译指的是数据库驱动在发送SQL语句和参数给DBMS之前对SQL 语句进行编译,这样DBMS执行SQL时,就不需要重新编译
- JDBC中使用对象PreparedStatement来抽象预编译语句,使用预编译。预编译阶段可以优化SQL的执行。预编译之后的SQL多数情况下可以直接执行, DBMS不需要再次编译,越复杂的SQL,编译的复杂度将越大,预编译阶段可以合并多次操作为一个操作。同时预编译语句对象可以重复利用。把一个SQL 预编译后产生的PreparedStatement对象缓存下来,下次对于同一个SQL, 可以直接使用这个缓存的PreparedState对象。Mybatis默认情况下,将对所有的SQL进行预编译
- 还有一个重要的原因,防止SQL注入
MyBatis都有哪些Executor执行器?他们之间的区别是什么
Mybatis 有三种基本的 Executor 执行器,SimpleExecutor、ReuseExecutor、 BatchExecutor
- SimpleExecutor:每执行一次 update或select,就开启一个Statement对象,用完立刻关闭Statement对象
- ReuseExecutor:执行 update 或 select,以 sql 作为 key 查找 Statement 对象ÿ