MyBatis常见面试题总结
（原创不易，你们对阿超的赞就是阿超持续更新的动力！）
（以免丢失，建议收藏）
（------------------------------------------------------------------------）
什么是MyBatis
Mybatis是一个半ORM（对象关系映射）框架，它内部封装了JDBC，加载驱动、创建连接、创建statement等繁杂的过程，开发者开发时只需要关注如何编写SQL语句，可以严格控制sql执行性能，灵活度高。 作为一个半ORM框架，MyBatis 可以使用 XML 或注解来配置和映射原生信息，将POJO映射成数据库中的记录，避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。 称Mybatis是半自动ORM映射工具，是因为在查询关联对象或关联集合对象时，需要手动编写sql来完成 通过xml 文件或注解的方式将要执行的各种 statement 配置起来，并通过java对象和 statement中sql的动态参数进行映射生成最终执行的sql语句，最后由mybatis框架执行sql并将结果映射为java对象并返回。（从执行sql到返回result的过程）。 由于MyBatis专注于SQL本身，灵活度高，所以比较适合对性能的要求很高，或者需求变化较多的项目，如互联网项目。
MyBaits的优缺点
优点：
- 基于SQL语句编程，相当灵活，不会对应用程序或者数据库的现有设计造成任何影响，SQL写在XML里，解除sql与程序代码的耦合，便于统一管理；提供XML标签，支持编写动态SQL语句，并可重用。
- 与JDBC相比，减少了50%以上的代码量，消除了JDBC大量冗余的代码，不需要手动开关连接；
- 很好的与各种数据库兼容（因为MyBatis使用JDBC来连接数据库，所以只要JDBC支持的数据库MyBatis都支持）。
- 能够与Spring很好的集成；
- 提供映射标签，支持对象与数据库的ORM字段关系映射；提供对象关系映射标签，支持对象关系组件维护。
缺点：
- SQL语句的编写工作量较大，尤其当字段多、关联表多时，对开发人员编写SQL语句的功底有一定要求。
- SQL语句依赖于数据库，导致数据库移植性差，不能随意更换数据库。
MyBatis Plus 优点
- 依赖少：仅仅依赖 Mybatis 以及 Mybatis-Spring
- 损耗小：启动即会自动注入基本 CRUD，性能基本无损耗，直接面向对象操作
- 预防Sql注入：内置 Sql 注入剥离器，有效预防Sql注入攻击
- 通用CRUD操作：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分 CRUD 操作，更有强大的条件构造器，满足各类使用需求
MyBatis中#{}和${}的区别
MyBatis中#{}和${}的区别
- Mybatis在处理#{}时，会对sql语句进行预处理，将sql中的#{}替换为?号
- Mybatis在处理 {}时，就是把{}直接替换成变量的值
- #{}可以有效的防止SQL注入，提高系统安全性。
- ${}方式无法防止Sql注入。
- ${}方式一般用于传入数据库对象，例如传入表名.
- 一般能用#{}的就不用${}
MyBatis的一级缓存和二级缓存
Mybatis的一级缓存是指Session缓存。一级缓存的作用域默认是一个SqlSession。Mybatis默认开启一级缓存。也就是在同一个SqlSession中，执行相同的查询SQL，第一次会去数据库进行查询，并写到缓存中；第二次以后是直接去缓存中取。当执行SQL查询中间发生了增删改的操作，MyBatis会把SqlSession的缓存清空。
一级缓存的范围有Session和statement两种，默认是Session，如果不想使用一级缓存，可以把一级缓存的范围指定为statement，这样每次执行完一个Mapper中的语句后都会将一级缓存清除。
Mybatis的二级缓存是指mapper映射文件。二级缓存的作用域是同一个namespace下的mapper映射文件内容，多个SqlSession共享。Mybatis需要手动设置启动二级缓存。
MyBatis在执行insert时如何返回主键
<-- 数据库为 MySql 时 -->
<insert id="insert" parameterType="com.test.User" keyProperty="userId" useGeneratedKeys="true" >
<-- “keyProperty”表示返回的id要保存到对象的那个属性中，“useGeneratedKeys”表示主键id为自增长模式 -->
<-- 数据库为 Oracle时(通用)-->
<insert id="insert" parameterType="com.test.User">
<selectKey resultType="INTEGER" order="BEFORE" keyProperty="userId">
SELECT SEQ_USER.NEXTVAL as userId from DUAL
</selectKey>
insert into user (user_id, user_name, modified, state)
values (#{userId,jdbcType=INTEGER}, #{userName,jdbcType=VARCHAR},
#{modified,jdbcType=TIMESTAMP}, #{state,jdbcType=INTEGER})
</insert>
<-- 由于Oracle没有自增长一说法，只有序列这种模仿自增的形式，所以不能再使用“useGeneratedKeys”属性。 而是使用将ID获取并赋值到对象的属性中， insert插入操作时正常插入id -->MyBatis的执行步骤
- 通过Resources加载配置好的sqlMapConfig.xml配置文件。
- 我们首先new了一个SqlSessionFactoryBuilder对象，他是SqlSessionFactory的构建者。然后调用它的build方法，读取配置文件，生成SqlSessionFactory对象
- 调用sqlsessionfactory的openSession方法，获取到一个SqlSession对象
- SqlSession的getMapper来操作Mapper接口
- Executor（执行器）去执行sql语句
- 处理查询结果
- 关闭连接
jdbc有哪些不足之处，MyBatis是如何解决的
- 数据库连接的创建、释放频繁造成系统资源浪费从而影响了性能，如果使用数据库连接池就可以解决这个问题。当然JDBC同样能够使用数据源。 解决：在SQLMapConfig.xml中配置数据连接池，使用数据库连接池管理数据库连接。
- SQL语句在写代码中不容易维护，事件需求中SQL变化的可能性很大，SQL变动需要改变JAVA代码。 解决：将SQL语句配置在mapper.xml文件中与java代码分离。
- 向SQL语句传递参数麻烦，因为SQL语句的where条件不一定，可能多，也可能少，占位符需要和参数一一对应。 解决：Mybatis自动将java对象映射到sql语句。
- 对结果集解析麻烦，sql变化导致解析代码变化，且解析前需要遍历，如果能将数据库记录封装成pojo对象解析比较方便。 解决：Mbatis自动将SQL执行结果映射到java对象。
Mapper 编写有哪几种方式
- 接口实现类继承 SqlSessionDaoSupport 使用此种方法需要编写mapper接口，mapper接口实现类、mapper.xml文件
- 使用 org.mybatis.spring.mapper.MapperFactoryBean
- 使用 mapper 扫描器
使用MyBatis的mapper接口调用时有哪些要求
- Mapper接口方法名和mapper.xml中定义的每个sql的id相同
- Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同
- Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同
- Mapper.xml文件中的namespace即是mapper接口的类路径。
当实体类中的属性名和表中的字段名不一样 ，怎么办
第1种： 通过在查询的sql语句中定义字段名的别名，让字段名的别名和实体类的属性名一致。
<select id=”selectorder” parametertype=”int” resultetype=”me.gacl.domain.order”>
select order_id id, order_no orderno ,order_price price form orders where order_id=#{id};
</select>第2种： 通过< resultMap >来映射字段名和实体类属性名的一一对应的关系。
<select id="getOrder" parameterType="int" resultMap="orderresultmap">
select * from orders where order_id=#{id}
</select>
<resultMap type=”me.gacl.domain.order” id=”orderresultmap”>
<!–- 用id属性来映射主键字段 -–>
<id property=”id” column=”order_id”/>
<!–- 用result属性来映射非主键字段，property为实体类属性名，column为数据表中的属性 -–>
<result property = “orderno” column =”order_no”/>
<result property=”price” column=”order_price” />
</reslutMap>MyBatis和MyBatis Plus
Mybatis-Plus是一个Mybatis的增强工具，只是在Mybatis的基础上做了增强却不做改变，MyBatis-Plus支持所有Mybatis原生的特性，所以引入Mybatis-Plus不会对现有的Mybatis构架产生任何影响。
区别
MyBatis 所有SQL语句全部自己写 手动解析实体关系映射转换为MyBatis内部对象注入容器 不支持Lambda形式调用 MyBatis Plus 强大的条件构造器，满足各类使用需求 内置的Mapper，通用的Service，少量配置即可实现单表大部分CRUD操作 支持Lambda形式调用 提供了基本的CRUD功能，连SQL语句都不需要编写 自动解析实体关系映射转换为MyBatis内部对象注入容器
Mybatis中的返回值类型
ResultType和ResultMap
MyBatis中在查询进行select映射的时候，返回类型可以用resultType，也可以用resultMap，resultType是直接表示返回类型的，而resultMap则是对外部ResultMap的引用，但是resultType跟resultMap不能同时存在。 在MyBatis进行查询映射时，其实查询出来的每一个属性都是放在一个对应的Map里面的，其中键是属性名，值则是其对应的值。
- 当提供的返回类型属性是resultType时，MyBatis会将Map里面的键值对取出赋给resultType所指定的对象对应的属性。所以其实MyBatis的每一个查询映射的返回类型都是ResultMap，只是当提供的返回类型属性是resultType的时候，MyBatis对自动的给把对应的值赋给resultType所指定对象的属性。
- 当提供的返回类型是resultMap时，因为Map不能很好表示领域模型，就需要自己再进一步的把它转化为对应的对象，这常常在复杂查询中很有作用
ResultType 其所对应的数据库表中存储有id、title、Content、Owner属性 MyBatis会自动创建一个ResultMap对象，然后基于查找出来的属性名进行键值对封装，然后再看到返回类型是Blog对象，再从ResultMap中取出与Blog对象对应的键值对进行赋值。
ResultMap 当返回类型直接是一个ResultMap的时候也是非常有用的，这主要用在进行复杂联合查询上，因为进行简单查询是没有什么必要的。先看看一个返回类型为ResultMap的简单查询，再看看复杂查询的用法。 ResultMap 元素，它是 MyBatis 中最重要最强大的元素，它能提供级联查询，缓存等功能
区别
- restulyType：对应的是java对象中的属性，大小写不敏感，
- 如果放的是java.lang.Map,key是查询语句的列名，value是查询的值，大小写敏感
- resultMap：指的是定义好了的id的，是定义好的resyltType的引用 注意：用resultType的时候，要保证结果集的列名与java对象的属性相同，而resultMap则不用，而且resultMap可以用typeHander转换
- type:java 对象对应的类，id:在本文件要唯一column :数据库的列名或别名， property:对应java对象的属性，jdbcType:java.sql.Types 查询语句中，resultMap属性指向上面那个属性的标签的id parameterType:参数类型，只能传一个参数，如果有多个参数要封装，如封装成一个类，要写包名加类名，基本数据类型则可以省略
- 一对1、一对多时，若有表的字段相同必须写别名，不然查询结果无法正常映射，出现某属性为空或者返回的结果与想象中的不同，而这往往是没有报错的。
- 若有意外中的错误，反复检查以上几点，和认真核查自己的sql语句，mapper.xml文件是否配置正确。