Mybatis学习记录

最新推荐文章于 2024-06-22 10:39:15 发布

我迷了鹿ll

最新推荐文章于 2024-06-22 10:39:15 发布

阅读量105

点赞数

分类专栏： mybatis 文章标签： mybatis

mybatis 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

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

我迷了鹿ll

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Mybatis学习记录

1.关于lazyLoadingEnabled与aggressiveLazyLoading的联系lazyLoadingEnabled为全局懒加载配置，默认true，如果设为‘false’，则所有相关联的都会被初始化加载例：在一个ResultMap嵌套一个关联查询：<resultMap id="articleResultMap2" type="Article"> ...
复制链接

扫一扫

专栏目录