mybatis 源码解读及缓存机制

1.MyBatis 的 SqlSession 的四大对象：

   Executor、StatemenHandler、ParameterHandler、ResultHandler
​

2.SqlSessionFactoryBuilder、SqlSessionFactory、SqlSession 简介

官方对SqlSessionFactoryBuilder、SqlSessionFactory、SqlSession的作用域范围分别是：方法范围、应用范围、请求或方法范围。
其中，SqlSessionFactoryBuilder这个类可以被实例化，使用和丢弃，一点那创
建了SqlSessionFactory，就不需要它了。因此 SqlSessionFactoryBuilder 实例的
最佳范围是方法范围（也就是局部方法变量）。
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理
由对它进行清除或重建。使用 SqlSessionFactory 的最佳实践是在应用运行期间
不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏味道（bad 
smell）”。因此 　SqlSessionFactory 的最佳范围是应用范围。有很多方法可以
做到，最简单的就是使用单例模式或者静态单例模式。

每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全
的，因此是不能被共享的，所以它的最佳的范围是请求或方法范围。
​

3.sqlsession 创建

参见5中mybatis的初始化
​

4. mybatis 的一级缓存

SqlSession级别的缓存，操作数据库时需要构造SQLSession对象， 在对象中有一个数据结构（HashMap）用于存储缓存数据，不同的SQLSession对象之间的
缓存数据是不共享的，即独立的.
spring 中 结合 mybatis中，默认情况下，数据库处于自动提交模式，每一条sql
语句处于一个单独的事务中，语句执行完毕时，如果执行成功则隐式提交事
务。而mybatis的一级缓存在这种情况下是无效的，想要一级缓存起作用，则要
开启事务：
​

开启事务后

5.原理分析

mybatis的初始化：
    1.首先会创建SqlSessionFactoryBuilder建造者对象，然后由它进行创建 
       SqlSessionFactory
    2.然后会解析xml配置文件，实际为configuration节点的解析操作，还要解析 
      transactionManager及datasource，最后将解析后的结果存到configuration
      对象中。
    3.解析完MyBatis配置文件后，configuration就初始化完成了，然后根据 
      configuration对象来创建SqlSession，到这里时，MyBatis的初始化的征程已 
      经走完了。
mybatis 的SQL查询流程：
    1.调用selectOne方法进行SQL查询，selectOne方法最后调用的是selectList， 
      在selectList中，会查询configuration中存储的MappedStatement对象， 
      mapper文件中一个sql语句的配置对应一个MappedStatement对象，然后调 
      用执行器进行查询操作。
    2.执行器在query操作中，优先会查询缓存是否命中，命中则直接返回，否则 
      从数据库中查询。
    3. 真正的doQuery操作是由SimplyExecutor代理来完成的，该方法中有2个子 
       流程，一个是SQL参数的设置，另一个是SQL查询操作和结果集的封装。
    3.1 首先获取数据库connection连接，然后准备statement，然后就设置SQL 
         查询中的参数值。打开一个connection连接，在使用完后不会close，而是 
         存储下来，当下次需要打开连接时就直接返回。
​

final.参考

1、MyBatis一级缓存的生命周期和SqlSession一致。
2、MyBatis一级缓存内部设计简单，只是一个没有容量限定的HashMap，在缓
存的功能性上有所欠缺。
3、MyBatis的一级缓存最大范围是SqlSession内部，有多个SqlSession或者分布
式的环境下，数据库写操作会引起脏数据，建议设定缓存级别为Statement。
4、MyBatis的二级缓存相对于一级缓存来说，实现了SqlSession之间缓存数据的
共享，同时粒度更加的细，能够到namespace级别，通过Cache接口实现类不同
的组合，对Cache的可控性也更强。
5、MyBatis在多表查询时，极大可能会出现脏数据，有设计上的缺陷，安全使
用二级缓存的条件比较苛刻。
6、在分布式环境下，由于默认的MyBatis Cache实现都是基于本地的，分布式
环境下必然会出现读取到脏数据，需要使用集中式缓存将MyBatis的Cache接口
实现，有一定的开发成本，直接使用Redis、Memcached等分布式缓存可能成本
更低，安全性也更高。
7. 个人建议MyBatis缓存特性在生产环境中进行关闭，单纯作为一个ORM框架使
用可能更为合适。
​