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 元素定义了如何配置环境：
几个关键点：
● 默认使用的环境 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
● 一的mapper.xml中，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中添加
如：
或：
3.4 多对多
设：多个部门对应多个用户
● 定义一个第三方类，假设为UserForDept.java，属性private User user; private Dept dept;
● User类中添加Set(针对不同场合这里也可以List)，mapper.xml中添加添加UsersForDept
● Dept类中添加Set(针对不同场合这里也可以List)，mapper.xml中添加添加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 queryStudentsByArray();
方法很简单，就是获取所有的数据，通过list接收后进行分页操作。创建StudentMapper.xml文件，编写查询的sql语句：
select * from student可以看出再编写sql语句的时候，我们并没有作任何分页的相关操作。这里是查询到所有的学生信息。接下来在service层获取数据并且进行分页实现：
定义IStuService接口，并且定义分页方法：
List queryStudentsByArray(int currPage, int pageSize);
通过接收currPage参数表示显示第几页的数据，pageSize表示每页显示的数据条数。
创建IStuService接口实现类StuServiceIml对方法实现，对获取到的数组通过currPage和pageSize进行分页：
@Override
public List queryStudentsByArray(int currPage, int pageSize) {
List 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 getStudentByArray(@PathVariable("currPage") int currPage, @PathVariable("pageSize") int pageSize) {
List 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批处理一样。
7.insert/update实现源码
8.批量操作源码
9.优化
