1.关于lazyLoadingEnabled与aggressiveLazyLoading的联系
lazyLoadingEnabled为全局懒加载配置,默认true,如果设为‘false’,则所有相关联的都会被初始化加载
例:
在一个ResultMap嵌套一个关联查询:
<resultMap id="articleResultMap2" type="Article">
<id property="id" column="article_id" />
<result property="title" column="article_title" />
<result property="content" column="article_content" />
<association property="user" column="user_id" select="dao.userdao.selectUserByID"/>
</resultMap>
在以上Article实体中包含id,title,content与一个user属性,当我们设置了全局懒加载时,执行articleResultMap2(1)方法时,是不会去查询user的,那什么时候调用?Article.getUser()时将会被调用。
aggressiveLazyLoading 默认true:当访问任何一个属性都会加载所有的其他lazy load属性,即使你根本没有调用哪个lazy load属性,说白了就是aggressiveLazyLoading=true,则lazy load等于没用,所以要使用lazy load还是将其设为false
2.mybatis的一级缓存与二级缓存
mybatis一级缓存是sqlSession级别的,二级缓存是mapper级别的
如果使用相同的sqlSession执行相同的sql语句则以及缓存起作用,mybatis一级缓存是默认开启的,默认是SESSION级别
在相同的会话中更新对象,上次的缓存将被清空,重新查询
若sqlsession1查询一个对象并且放入缓存,sqlsession2更新了这个对象,如果再用sqlsession1去查询这个对象,查询到的会是之前的那个对象,也就是脏读。
一级缓存工作流程
主要步骤如下:
1.对于某个Select Statement,根据该Statement生成key。
2.判断在Local Cache中,该key是否用对应的数据存在。
3.如果命中,则跳过查询数据库,继续往下走。
4.如果没命中:
4.1 去数据库中查询数据,得到查询结果;
4.2 将key和查询到的结果作为key和value,放入Local Cache中。
4.3. 将查询结果返回;
5.判断缓存级别是否为STATEMENT级别,如果是的话,清空本地缓存。
总结
1.Mybatis一级缓存的生命周期和SqlSession一致。
2.Mybatis的缓存是一个粗粒度的缓存,没有更新缓存和缓存过期的概念,同时只是使用了默认的hashmap,也没有做容量上的限定。
3.Mybatis的一级缓存最大范围是SqlSession内部,有多个SqlSession或者分布式的环境下,有操作数据库写的话,会引起脏数据,建议是把一级缓存的默认级别设定为Statement,即不使用一级缓存。
二级缓存
当开启二级缓存后,会使用CachingExecutor装饰Executor,在进入后续执行前,先在CachingExecutor进行二级缓存的查询,具体的工作流程如下所示。
在二级缓存的使用中,一个namespace下的所有操作语句,都影响着同一个Cache,即二级缓存是被多个SqlSession共享着的,是一个全局的变量。
当开启缓存后,数据的查询执行的流程就是 二级缓存 -> 一级缓存 -> 数据库。
二级缓存默认不开启 需要手动开启,例:
<!-- 关闭一级缓存 -->
<setting name="localCacheScope" value="STATEMENT" />
<!-- 开启二级缓存 -->
<setting name="cacheEnabled" value="true" />
在Mybatis的映射XML中配置cache或者 cache-ref 。
<cache/>
cache标签用于声明这个namespace使用二级缓存,并且可以自定义配置。
type: cache使用的类型,默认是PerpetualCache。
eviction: 定义回收的策略,常见的有FIFO,LRU。
flushInterval: 配置一定时间自动刷新缓存,单位是毫秒
size: 最多缓存对象的个数
readOnly: 是否只读,若配置可读写,则需要对应的实体类能够序列化。
blocking: 若缓存中找不到对应的key,是否会一直blocking,直到有对应的数据进入缓存。
<cache-ref namespace="mapper.StudentMapper"/>
cache-ref代表引用别的命名空间的Cache配置,两个命名空间的操作使用的是同一个Cache。
注意:sqlsession必须调用commit()方法二级缓存才会起作用
总结
1.Mybatis的二级缓存相对于一级缓存来说,实现了SqlSession之间缓存数据的共享,同时粒度更加的细,能够到Mapper级别,通过Cache接口实现类不同的组合,对Cache的可控性也更强。
2.Mybatis在多表查询时,极大可能会出现脏数据,有设计上的缺陷,安全使用的条件比较苛刻。(可以使用Cache ref,不过这样做的后果是,缓存的粒度变粗了,多个Mapper namespace下的所有操作都会对缓存使用造成影响,其实这个缓存存在的意义已经不大了。)
3.在分布式环境下,由于默认的Mybatis Cache实现都是基于本地的,分布式环境下必然会出现读取到脏数据,需要使用集中式缓存将Mybatis的Cache接口实现,有一定的开发成本,不如直接用Redis,Memcache实现业务上的缓存就好了。
3.mybatis自定义缓存
自定义缓存对象,该对象必须实现 org.apache.ibatis.cache.Cache 接口,如下:
import org.apache.ibatis.cache.Cache;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.locks.ReadWriteLock;
import java.util.concurrent.locks.ReentrantReadWriteLock;
/**
* Created by Luky on 2017/10/14.
*/
public class BatisCache implements Cache {
private ReadWriteLock lock = new ReentrantReadWriteLock();
private ConcurrentHashMap<Object,Object> cache = new ConcurrentHashMap<Object, Object>();
private String id;
public BatisCache(){
System.out.println("初始化-1!");
}
//必须有该构造函数
public BatisCache(String id){
System.out.println("初始化-2!");
this.id = id;
}
// 获取缓存编号
public String getId() {
System.out.println("得到ID:" + id);
return id;
}
//获取缓存对象的大小
public int getSize() {
System.out.println("获取缓存大小!");
return 0;
}
// 保存key值缓存对象
public void putObject(Object key, Object value) {
System.out.println("往缓存中添加元素:key=" + key+",value=" + value);
cache.put(key,value);
}
//通过KEY
public Object getObject(Object key) {
System.out.println("通过kEY获取值:" + key);
System.out.println("OVER");
System.out.println("=======================================================");
System.out.println("值为:" + cache.get(key));
System.out.println("=====================OVER==============================");
return cache.get(key);
}
// 通过key删除缓存对象
public Object removeObject(Object key) {
System.out.println("移除缓存对象:" + key);
return null;
}
// 清空缓存
public void clear() {
System.out.println("清除缓存!");
cache.clear();
}
// 获取缓存的读写锁
public ReadWriteLock getReadWriteLock() {
System.out.println("获取锁对象!!!");
return lock;
}
}
在Mapper文件里配置使用该自定义的缓存对象,如:
<cache type="com.sanyue.utils.BatisCache"/>
测试如下:
public static void main(String[] args) {
SqlSessionFactory factory = SqlSessionFactoryUtil.openSqlSession();
// 获得SqlSession对象
SqlSession sqlSession = factory.openSession();
// 获得dao实体
UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
// 进行两次相同的查询操作
userMapper.selectByPrimaryKey(1);
userMapper.selectByPrimaryKey(1);
// 注意,当我们使用二级缓存时候,sqlSession需要使用commit时候才会生效
sqlSession.commit();
System.out.println("\n\n=============================================================");
// 获得一个新的SqlSession 对象
SqlSession sqlSession1 = factory.openSession();
// 进行相同的查询操作
sqlSession1.getMapper(UserMapper.class).selectByPrimaryKey(1);
sqlSession1.commit();
}
日志输出如下:
初始化-2!
得到ID:com.sanyue.dao.UserMapper
获取锁对象!!!
通过kEY获取值:151355725:1423317450:com.sanyue.dao.UserMapper.selectByPrimaryKey:0:2147483647:
select
user_ID, login_name,user_name, user_code, user_type, user_active, organization_ID,user_position,password
from user
where user_ID = ?
:1
OVER
=======================================================
值为:null
=====================OVER==============================
获取锁对象!!!
获取锁对象!!!
通过kEY获取值:151355725:1423317450:com.sanyue.dao.UserMapper.selectByPrimaryKey:0:2147483647:
select
user_ID, login_name,user_name, user_code, user_type, user_active, organization_ID,user_position,password
from user
where user_ID = ?
:1
OVER
=======================================================
值为:null
=====================OVER==============================
获取锁对象!!!
获取锁对象!!!
往缓存中添加元素:key=151355725:1423317450:com.sanyue.dao.UserMapper.selectByPrimaryKey:0:2147483647:
select
user_ID, login_name,user_name, user_code, user_type, user_active, organization_ID,user_position,password
from user
where user_ID = ?
:1,value=[User{userId=1, loginName='AS-01', password='12121212121', userName='小明', userCode='JSD-009', userType='ADMIN', userActive=true, userPosition='销售员'}]
获取锁对象!!!
=============================================================
获取锁对象!!!
通过kEY获取值:151355725:1423317450:com.sanyue.dao.UserMapper.selectByPrimaryKey:0:2147483647:
select
user_ID, login_name,user_name, user_code, user_type, user_active, organization_ID,user_position,password
from user
where user_ID = ?
:1
OVER
=======================================================
值为:[User{userId=1, loginName='AS-01', password='12121212121', userName='小明', userCode='JSD-009', userType='ADMIN', userActive=true, userPosition='销售员'}]
=====================OVER==============================
获取锁对象!!!
可以看出,每次查询数据库前,MyBatis都会先在缓存中查找是否有该缓存对象。只有当调用了commit() 方法,MyBatis才会往缓存中写入数据,数据记录的键为 数字编号+Mapper名+方法名+SQL语句+参数 格式,值为返回的对象值。
mybatis缓存总结
Mybatis的缓存机制设计的不是很完善,在使用上容易引起脏数据问题,个人建议不要使用Mybatis缓存,在业务层面上使用其他机制实现需要的缓存功能,让Mybatis老老实实做它的ORM框架就好了哈哈。
参考:https://www.cnblogs.com/moongeek/p/7689683.html
https://www.jianshu.com/p/c553169c5921