MyBatis详解

Mybatis的功能架构分为三层：

(1)API接口层：提供给外部使用的接口API，开发人员通过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。

(2)数据处理层：负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。

(3)基础支撑层：负责最基础的功能支撑，包括连接管理、事务管理、配置加载和缓存处理，这些都是共用的东西，将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑。

框架架构讲解：

(1)加载配置：配置来源于两个地方，一处是配置文件，一处是Java代码的注解，将SQL的配置信息加载成为一个个MappedStatement对象（包括了传入参数映射配置、执行的SQL语句、结果映射配置），存储在内存中。

(2)SQL解析：当API接口层接收到调用请求时，会接收到传入SQL的ID和传入对象（可以是Map、JavaBean或者基本数据类型），Mybatis会根据SQL的ID找到对应的MappedStatement，然后根据传入参数对象对MappedStatement进行解析，解析后可以得到最终要执行的SQL语句和参数。

(3) SQL执行：将最终得到的SQL和参数拿到数据库进行执行，得到操作数据库的结果。

(4)结果映射：将操作数据库的结果按照映射的配置进行转换，可以转换成HashMap、JavaBean或者基本数据类型，并将最终结果返回。

JDBC

JDBC查询数据库数据，一般需要以下七个步骤：

（1） 加载JDBC驱动
（2） 建立并获取数据库连接
（3） 创建 JDBC Statements 对象
（4） 设置SQL语句的传入参数
（5） 执行SQL语句并获得查询结果
（6） 对查询结果进行转换处理并将处理结果返回
（7） 释放相关资源（关闭Connection，关闭Statement，关闭ResultSet）

JDBC演变到Mybatis过程
（演变过程及myBatis的部分原理详见链接）

第一步优化：连接获取和释放

问题描述：
数据库连接频繁的开启和关闭本身就造成了资源的浪费，影响系统的性能。
解决问题：
数据库连接的获取和关闭我们可以使用数据库连接池来解决资源浪费的问题。通过连接池就可以反复利用已经建立的连接去访问数据库了。减少连接的开启和关闭的时间。

问题描述：
但是现在连接池多种多样，可能存在变化，有可能采用DBCP的连接池，也有可能采用容器本身的JNDI数据库连接池。
解决问题：
我们可以通过DataSource进行隔离解耦，我们统一从DataSource里面获取数据库连接，DataSource具体由DBCP实现还是由容器的JNDI实现都可以，所以我们将DataSource的具体实现通过让用户配置来应对变化。

问题描述：
我们使用JDBC进行操作数据库时，SQL语句基本都散落在各个JAVA类中，这样有三个不足之处：
第一，可读性很差，不利于维护以及做性能调优。
第二，改动Java代码需要重新编译、打包部署。
第三，不利于取出SQL在数据库客户端执行（取出后还得删掉中间的Java代码，编写好的SQL语句写好后还得通过＋号在Java进行拼凑）。
解决问题：
我们可以考虑不把SQL语句写到Java代码中，那么把SQL语句放到哪里呢？首先需要有一个统一存放的地方，我们可以将这些SQL语句统一集中放到配置文件或者数据库里面（以key-value的格式存放）。然后通过SQL语句的key值去获取对应的SQL语句。既然我们将SQL语句都统一放在配置文件或者数据库中，那么这里就涉及一个SQL语句的加载问题。
第五步优化：解决重复SQL语句问题

问题描述：
由于我们将所有SQL语句都放到配置文件中，这个时候会遇到一个SQL重复的问题，几个功能的SQL语句其实都差不多，有些可能是SELECT后面那段不同、有些可能是WHERE语句不同。有时候表结构改了，那么我们就需要改多个地方，不利于维护。
解决问题：
当我们的代码程序出现重复代码时怎么办？将重复的代码抽离出来成为独立的一个类，然后在各个需要使用的地方进行引用。对于SQL重复的问题，我们也可以采用这种方式，通过将SQL片段模块化，将重复的SQL片段独立成一个SQL块，然后在各个SQL语句引用重复的SQL块，这样需要修改时只需要修改一处即可。

总体流程
(1)加载配置并初始化

  触发条件：加载配置文件

  配置来源于两个地方，一处是配置文件，一处是Java代码的注解，将SQL的配置信息加载成为一个个MappedStatement对象（包括了传入参数映射配置、执行的SQL语句、结果映射配置），存储在内存中。

(2)接收调用请求

  触发条件：调用Mybatis提供的API

  传入参数：为SQL的ID和传入参数对象

  处理过程：将请求传递给下层的请求处理层进行处理。

(3)处理操作请求

   触发条件：API接口层传递请求过来

   传入参数：为SQL的ID和传入参数对象

   处理过程：

    (A)根据SQL的ID查找对应的MappedStatement对象。

    (B)根据传入参数对象解析MappedStatement对象，得到最终要执行的SQL和执行传入参数。

    (C)获取数据库连接，根据得到的最终SQL语句和执行传入参数到数据库执行，并得到执行结果。

    (D)根据MappedStatement对象中的结果映射配置对得到的执行结果进行转换处理，并得到最终的处理结果。

    (E)释放连接资源。

(4)返回处理结果

将最终的处理结果返回。

sqlSessionFactory.openSession(ExecutorType.BATCH);

在 MyBatis 框架中，SqlSessionFactory 是一个核心接口，它负责创建 SqlSession 实例。SqlSession 是执行 SQL 语句的主要接口，提供了多种方法来执行 SQL 查询、更新和映射操作。

当你使用 sqlSessionFactory.openSession(ExecutorType.BATCH) 来打开一个 SqlSession 时，你实际上是在指定一个特定的执行器类型，即 BATCH。这允许你以批处理的方式执行 SQL 语句，从而优化性能。

ExecutorType.BATCH
ExecutorType.BATCH 是 MyBatis 提供的三种执行器类型之一（其他两种是 REUSE 和 SIMPLE）。使用 BATCH 执行器时，MyBatis 会尝试将多个 SQL 语句组合成一个批处理请求，然后一次性发送到数据库执行。这可以减少与数据库之间的通信次数，从而提高性能。

但是，需要注意的是，BATCH 执行器并不总是比其他执行器更快。在某些情况下，例如当 SQL 语句数量很少时，使用 BATCH 可能会导致额外的开销。此外，不是所有的数据库都支持批处理，或者可能需要对批处理进行特殊的配置或优化。