1.前言

mybatis官网Java-api地址：https://mybatis.org/mybatis-3/zh/java-api.html

2.常见配置

如果一个属性不止在一个地方进行配置，那么mybatis将按照下面顺序进行加载

首先读取properties元素体内的属性
然后根据properties元素中的resource属性读取类路径下属性文件，或根据url属性指定的路径读取属性文件，并覆盖之前读取过的同名属性
最后读取作为方法参数传递的属性，并覆盖之前读取过的同名属性

因此，优先级顺序：方法参数传递的属性>resource/url属性中配置>properties元素中指定属性

2.1 几个常见配置属性

设置名	描述	有效值	默认值
cacheEnabled	全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。	true \| false	true
lazyLoadingEnabled	延迟加载的全局开关。当开启时，所有关联对象都会延迟加载。特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。	true \| false	false
useGeneratedKeys	允许 JDBC 支持自动生成主键，需要数据库驱动支持。如果设置为 true，将强制使用自动生成主键。尽管一些数据库驱动不支持此特性，但仍可正常工作（如 Derby）。	true \| false	False
defaultExecutorType	配置默认的执行器。SIMPLE 就是普通的执行器；REUSE 执行器会重用预处理语句（PreparedStatement）； BATCH 执行器不仅重用语句还会执行批量更新。	SIMPLE REUSE BATCH	SIMPLE
localCacheScope	MyBatis 利用本地缓存机制（Local Cache）防止循环引用和加速重复的嵌套查询。默认值为 SESSION，会缓存一个会话中执行的所有查询。若设置值为 STATEMENT，本地缓存将仅用于执行语句，对相同 SqlSession 的不同查询将不会进行缓存。	SESSION STATEMENT	SESSION
proxyFactory	指定 Mybatis 创建可延迟加载对象所用到的代理工具。	CGLIB \| JAVASSIST	JAVASSIST （3.3 以上）

2.2 多环境配置

多个数据源，就创建多个SqlSessionFactory，每个对应一个数据库

为了指定创建哪种环境，只要将它作为可选的参数传递给 SqlSessionFactoryBuilder 即可。可以接受环境配置的两个方法签名是：

SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader, environment);
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader, environment, properties);

如果忽略了环境参数，那么将会加载默认环境，如下所示：

SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader);
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader, properties);

environments 元素定义了如何配置环境：

<environments default="development">
  <environment id="development">
    <transactionManager type="JDBC">
      <property name="..." value="..."/>
    </transactionManager>
    <dataSource type="POOLED">
      <property name="driver" value="${driver}"/>
      <property name="url" value="${url}"/>
      <property name="username" value="${username}"/>
      <property name="password" value="${password}"/>
    </dataSource>
  </environment>
</environments>

几个关键点：

默认使用的环境 ID（比如：default="development"）。
每个 environment 元素定义的环境 ID（比如：id="development"）。
事务管理器的配置（比如：type="JDBC"）。
数据源的配置（比如：type="POOLED"）。

默认环境和环境 ID 顾名思义。环境可以随意命名，但务必保证默认的环境 ID 要匹配其中一个环境 ID。

2.3 事务管理

2.3.1 JDBC

这个配置直接使用了 JDBC 的提交和回滚设施，它依赖从数据源获得的连接来管理事务作用域

2.3.2 MANAGED

它从不提交或回滚一个连接，而是让容器来管理事务的整个生命周期（比如 JEE 应用服务器的上下文）。默认情况下它会关闭连接。然而一些容器并不希望连接被关闭，因此需要将 closeConnection 属性设置为 false 来阻止默认的关闭行为。

注意：

如果用 Spring + MyBatis，则没有必要配置事务管理器，因为 Spring 模块会使用自带的管理器来覆盖前面的配置。这两种事务管理器类型都不需要设置任何属性。

3.XML(mapper)

3.1 一对一

定义一个一对一的Result，进行属性-字段之间的一对一关联映射即可，如果属性和字段是一致的，resultType实际也是可以的，resultMap更多是解决字段-属性不一致(满足驼峰命名就是一致)，如id(属性)-USER_ID(字段)

3.2 一对多

设：一个用户对应多个角色

User类中添加List<Role>
一的mapper.xml中，resultMap添加<collection>标签.

如：

<resultMap id="userMap" type="User">
  <id property="id" column="id"></id>
  <result property="username" column="username"></result>
  <result property="password" column="password"></result>
  <result property="address" column="address"></result>
  <result property="email" column="email"></result>
  
  <collection property="roles" ofType="Role">
    <id property="id" column="role_id"></id>
    <result property="name" column="role_name"></result>
  </collection>
</resultMap>

会得到类似这样的数据

{
    "id": "1003",
    "username": "小波",
    "password": "123456",
    "address": "北京市东城区",
    "email": "510273027@qq.com",
    "roles": [
        {
            "id": "1",
            "name": "开发"
        },
        {
            "id": "2",
            "name": "TL"
        }
    ]
}

3.3 多对一

设：一个作者可以有多个博客

Author类中添加Blog
一的mapper.xml中添加<association>

如：

<resultMap id="blogResult" type="Blog">
  <id property="id" column="blog_id" />
  <result property="title" column="blog_title"/>
  <association property="author" column="blog_author_id" javaType="Author" resultMap="authorResult"/>
</resultMap>
<resultMap id="authorResult" type="Author">
  <id property="id" column="author_id"/>
  <result property="username" column="author_username"/>
</resultMap>

或：

<resultMap id="productBean" type="Blog">
  <id property="id" column="blog_id" />
  <result property="title" column="blog_title"/>
  <!-- 多对一 -->
  <!-- property: 指的是属性名称, javaType：指的是属性的类型 -->
  <association property="category" javaType="Author">
    <id column="cid" property="author_id"/>
    <result column="username" property="username"/>
  </association>
</resultMap>

3.4 多对多

设：多个部门对应多个用户

定义一个第三方类，假设为UserForDept.java，属性private User user; private Dept dept;
User类中添加Set<Dept>(针对不同场合这里也可以List)，mapper.xml中添加<collection>添加UsersForDept
Dept类中添加Set<User>(针对不同场合这里也可以List)，mapper.xml中添加<collection>添加UsersForDept

4.分页

4.1 自带rowbound分页

先将所有的结果集查询出来ResultSet，再进行内存分页(limit)

4.2 第三方插件pagehelper

会将一个查询SQL变成两部分执行，假设SQL是：select name from user;

①自动识别数据库类型，添加对应的分页关键字，如MySQL则limit，Oracle则rownum，DB2则fetch，查找出上面SQL的结果

②查找出上面结果，查询结果的总条数count

4.3 SQL分页

依赖limit进行实现，或者rownum等自身的SQL实现

4.4 数组分页

简而言之：查全部再subList

首先在dao层，创建StudentMapper接口，用于对数据库的操作。在接口中定义通过数组分页的查询方法，如下所示：

List<Student> queryStudentsByArray();

方法很简单，就是获取所有的数据，通过list接收后进行分页操作。创建StudentMapper.xml文件，编写查询的sql语句：

<select id="queryStudentsByArray"  resultMap="studentmapper"> select * from student </select>

可以看出再编写sql语句的时候，我们并没有作任何分页的相关操作。这里是查询到所有的学生信息。接下来在service层获取数据并且进行分页实现：

定义IStuService接口，并且定义分页方法：

List<Student> queryStudentsByArray(int currPage, int pageSize);

通过接收currPage参数表示显示第几页的数据，pageSize表示每页显示的数据条数。

创建IStuService接口实现类StuServiceIml对方法实现，对获取到的数组通过currPage和pageSize进行分页：

@Override    
public List<Student> queryStudentsByArray(int currPage, int pageSize) { 
    List<Student> students = studentMapper.queryStudentsByArray(); 
    //  从第几条数据开始        
    int firstIndex = (currPage - 1) * pageSize; 
    //  到第几条数据结束        
  int lastIndex = currPage * pageSize; return students.subList(firstIndex, lastIndex); 
}

通过subList方法，获取到两个索引间的所有数据。

最后在controller中创建测试方法：

@ResponseBody      
@RequestMapping("/student/array/{currPage}/{pageSize}") 
public List<Student> getStudentByArray(@PathVariable("currPage") int currPage, @PathVariable("pageSize") int pageSize) { 
  List<Student> student = StuServiceIml.queryStudentsByArray(currPage, pageSize); 
    return student; 
}

通过用户传入的currPage和pageSize获取指定数据。

4.5 拦截器分页

自定义拦截器实现了拦截所有以ByPage【或自己约束的都是可以的】结尾的查询语句，并且利用获取到的分页相关参数统一在sql语句后面加上limit分页的相关语句。

4.6 总结

逻辑分页：即内存分页，就是mybatis自带的rowbounds，内存开销大，数据量小效率比物理分页快，但大数据量，易内存溢出

物理分页：上述2345，小数据量效率比逻辑分页慢，但是大数据量推荐用物理分页。

物理分页总是优先于逻辑分页。

5.缓存

5.1 一级缓存

5.2 二级缓存

6.执行器

6.1 SimpleExecutor

每执行一次update/select，就开启一个Statement对象，用完立刻关闭Statement对象

6.2 ReuseExecutor

执行update/select，以SQL为key查找Statement对象，存在就使用，不存在则创建，用完后不关闭Satementer而是放置在Map中，以便下次使用。简而言之就是重复使用Statement对象。

6.3 BatchExecutor

执行update(没有select，JDBC批处理不支持select)，将所有的SQL添加到批处理中(addBatch())，等待统一执行(executeBatch())，它缓存了多个Statement对象，每个Statement对象都是addBatch()后等待注意执行executeBatch()批处理，与JDBC批处理一样。

持久层框架MyBatis