延遲加載問題

MyBatis針對關(guān)聯(lián)表中的數(shù)據(jù)支持延遲加載。延遲加載其實(shí)就是將數(shù)據(jù)加載時(shí)機(jī)推遲，比如推遲嵌套查詢的執(zhí)行時(shí)機(jī)。

延遲加載可以實(shí)現(xiàn)先查詢主表，按需實(shí)時(shí)做關(guān)聯(lián)查詢，返回關(guān)聯(lián)表結(jié)果集，一定程度上提高了效率。

<settings> 
        <!-- 啟用延遲加載特性，不配置默認(rèn)關(guān)閉該特性-->
        <setting name="lazyLoadingEnabled" value="true" /> 
        <!-- 按需加載: false:使用關(guān)聯(lián)屬性時(shí)才進(jìn)行加載; true加載對象，則加載所有屬性 -->
        <setting name="aggressiveLazyLoading" value="false"/> 
</settings> 

lazyLoadingEnabled：是否啟用延遲加載，默認(rèn)值為false，不啟用延遲加載。lazyLoadingEnabled屬性控制全局是否使用延遲加載，特殊關(guān)聯(lián)關(guān)系也可以通過嵌套查詢中fetchType屬性單獨(dú)配置（fetchType屬性值可以是lazy或者eager）

aggressiveLazyLoading：是否按需加載屬性，默認(rèn)值false，lazyLoadingEnabled屬性啟用時(shí)只要加載對象，就會(huì)加載該對象的所有屬性；關(guān)閉該屬性則會(huì)按需加載，即使用到某關(guān)聯(lián)屬性時(shí)，實(shí)時(shí)執(zhí)行嵌套查詢加載該屬性

對一

 <resultMap id="ExtResultMap" type="com.yan.entity.User" extends="BaseResultMap">
    <association property="role" select="com.yan.dao.RoleMapper.selectByPrimaryKey" column="role_id"/>
  </resultMap>

如果不訪問role屬性，則不會(huì)執(zhí)行t_roles表的查詢。當(dāng)訪問role屬性時(shí)才會(huì)執(zhí)行查詢操作，而且如果session關(guān)閉，則自動(dòng)新打開session執(zhí)行查詢

對多

 <resultMap id="ExtResultMap" type="com.yan.entity.Role" extends="BaseResultMap">
    <collection property="users" ofType="com.yan.entity.User" column="id" select="com.yan.dao.UserMapper.selectByRoleId"/>
  </resultMap>

緩存

MyBatis支持一二級(jí)緩存
Mybatis提供查詢緩存，如果緩存中有數(shù)據(jù)就不用從數(shù)據(jù)庫中獲取，用于減輕數(shù)據(jù)壓力，提高系統(tǒng)性能

緩存的重要性是不言而喻的。 使用緩存可以避免頻繁的與數(shù)據(jù)庫進(jìn)行交互， 尤其是在查詢越多、緩存命中率越高的情況下， 使用緩存對性能的提高更明顯。

mybatis也提供了對緩存的支持， 分為一級(jí)緩存和二級(jí)緩存。 但是在默認(rèn)的情況下， 只開啟一級(jí)緩存（一級(jí)緩存是對同一個(gè) SqlSession 而言的）

• 默認(rèn)情況下，只有一級(jí)緩存（SqlSession級(jí)別的緩存，也稱為本地緩存）開啟
• 二級(jí)緩存需要手動(dòng)開啟和配置，是基于namespace級(jí)別的緩存
• 為了提高擴(kuò)展性。MyBatis定義了緩存接口Cache?？梢酝ㄟ^實(shí)現(xiàn)Cache接口來自定義二級(jí)緩存
• 一級(jí)緩存是SqlSession級(jí)別的緩存。在操作數(shù)據(jù)庫時(shí)需要構(gòu)造sqlSession對象，在對象中有一個(gè)數(shù)據(jù)結(jié)構(gòu)HashMap用于存儲(chǔ)緩存數(shù)據(jù)。不同的sqlSession之間的緩存數(shù)據(jù)區(qū)域HashMap是互相不影響的
• 二級(jí)緩存是mapper級(jí)別的緩存，多個(gè)SqlSession去操作同一個(gè)Mapper的sql語句，多個(gè)SqlSession可以共用二級(jí)緩存，二級(jí)緩存是跨SqlSession的

一級(jí)緩存

一級(jí)緩存即local cache本地緩存，作用域默認(rèn)為sqlSession。當(dāng)Session flush或close后該Session中的所有Cache將被清空

RoleMapper rm= MybatisSessionFactory.getMapper(RoleMapper.class);
        Role role=rm.selectByPrimaryKey(1L);
        System.out.println(role.getId()+":"+role.getName());
        System.out.println("--------------------------------");
        MybatisSessionFactory.closeSession();
        rm= MybatisSessionFactory.getMapper(RoleMapper.class);
        role=rm.selectByPrimaryKey(1L);
        System.out.println(role.getId()+":"+role.getName());

兩次查詢操作，分別是2次sql語句，證明緩存是session級(jí)的。如果不關(guān)閉session，即使2次獲取Mapper執(zhí)行的查詢?nèi)耘f只有一個(gè)sql語句

每個(gè)SqlSession中持有了Executor，每個(gè)Executor中有一個(gè)LocalCache。當(dāng)用戶發(fā)起查詢時(shí)，MyBatis根據(jù)當(dāng)前執(zhí)行的語句生成MappedStatement，在Local Cache進(jìn)行查詢，如果緩存命中的話，直接返回結(jié)果給用戶，如果緩存沒有命中的話，查詢數(shù)據(jù)庫，結(jié)果寫入Local Cache，最后返回結(jié)果給用戶

一級(jí)緩存配置

開發(fā)者只需在MyBatis的配置文件localCacheScope中可以設(shè)置使用一級(jí)緩存。共有兩個(gè)選項(xiàng)SESSION或者STATEMENT，默認(rèn)是SESSION級(jí)別，即在一個(gè)MyBatis會(huì)話中執(zhí)行的所有語句，都會(huì)共享這一個(gè)緩存。一種是STATEMENT級(jí)別，可以理解為緩存只對當(dāng)前執(zhí)行的這一個(gè)Statement有效。

 UserMapper userMapper = MyBatisSessionFactory.getMapper(UserMapper.class);
User user1=userMapper.loadById(1L);
System.out.println(user1);

SqlSession session = MyBatisSessionFactory.openSession();
session.clearCache();//清空緩存 ，后續(xù)查詢會(huì)發(fā)送SQL語句
User user2=userMapper.loadById(1L);
System.out.println(user2);
System.out.println(user1==user2);

MyBatisSessionFactory.closeSession();

1、第一次發(fā)起查詢用戶id為1的用戶信息，先去找緩存中是否有id為1的用戶信息，如果沒有，從數(shù)據(jù)庫查詢用戶信息。得到用戶信息，將用戶信息存儲(chǔ)到一級(jí)緩存中。

2、如果中間sqlSession去執(zhí)行commit操作（執(zhí)行插入、更新、刪除），則會(huì)清空SqlSession中的一級(jí)緩存，這樣做的目的為了讓緩存中存儲(chǔ)的是最新的信息，避免臟讀。

3、第二次發(fā)起查詢用戶id為1的用戶信息，先去找緩存中是否有id為1的用戶信息，緩存中有，直接從緩存中獲取用戶信息。

##源碼分析

SqlSession對外提供了用戶和數(shù)據(jù)庫之間交互需要的所有方法，隱藏了底層的細(xì)節(jié)。默認(rèn)實(shí)現(xiàn)類是DefaultSqlSession

Executor： SqlSession向用戶提供操作數(shù)據(jù)庫的方法，但和數(shù)據(jù)庫操作有關(guān)的職責(zé)都會(huì)委托給Executor。

BaseExecutor是一個(gè)實(shí)現(xiàn)了Executor接口的抽象類，定義若干抽象方法，在執(zhí)行的時(shí)候，把具體的操作委托給子類進(jìn)行執(zhí)行。

Cache： MyBatis中的Cache接口，提供了和緩存相關(guān)的最基本的操作

BaseExecutor成員變量之一的PerpetualCache，是對Cache接口最基本的實(shí)現(xiàn)，其實(shí)現(xiàn)非常簡單，內(nèi)部持有HashMap，對一級(jí)緩存的操作實(shí)則是對HashMap的操作。

1、為執(zhí)行和數(shù)據(jù)庫的交互，首先需要初始化SqlSession，通過DefaultSqlSessionFactory開啟SqlSession

2、在初始化SqlSesion時(shí)，會(huì)使用Configuration類創(chuàng)建一個(gè)全新的Executor，作為DefaultSqlSession構(gòu)造函數(shù)的參數(shù)

3、SqlSession創(chuàng)建完畢后，根據(jù)Statment的不同類型，會(huì)進(jìn)入SqlSession的不同方法中，如果是Select語句的話，最后會(huì)執(zhí)行到SqlSession的selectList

4、SqlSession把具體的查詢職責(zé)委托給了Executor。如果只開啟了一級(jí)緩存的話，首先會(huì)進(jìn)入BaseExecutor的query方法。

5、會(huì)先根據(jù)傳入的參數(shù)生成CacheKey，默認(rèn)將MappedStatement的Id、sql的offset、Sql的limit、Sql本身以及Sql中的參數(shù)傳入了CacheKey這個(gè)類，最終構(gòu)成CacheKey

6、如果查不到的話，就從數(shù)據(jù)庫查，在queryFromDatabase中，會(huì)對localcache進(jìn)行寫入。 在query方法執(zhí)行的最后，會(huì)判斷一級(jí)緩存級(jí)別是否是STATEMENT級(jí)別，如果是的話，就清空緩存，這也就是STATEMENT級(jí)別的一級(jí)緩存無法共享localCache的原因。

##總結(jié)

MyBatis一級(jí)緩存的生命周期和SqlSession一致。MyBatis一級(jí)緩存內(nèi)部設(shè)計(jì)簡單，只是一個(gè)沒有容量限定的HashMap，在緩存的功能性上有所欠缺。MyBatis的一級(jí)緩存最大范圍是SqlSession內(nèi)部，有多個(gè)SqlSession或者分布式的環(huán)境下，數(shù)據(jù)庫寫操作會(huì)引起臟數(shù)據(jù)，建議設(shè)定緩存級(jí)別為Statement。

##一級(jí)緩存的生命周期

MyBatis在開啟一個(gè)數(shù)據(jù)庫會(huì)話時(shí)，會(huì) 創(chuàng)建一個(gè)新的SqlSession對象，SqlSession對象中會(huì)有一個(gè)新的Executor對象，Executor對象中持有一個(gè)新的PerpetualCache對象；當(dāng)會(huì)話結(jié)束時(shí)，SqlSession對象及其內(nèi)部的Executor對象還有PerpetualCache對象也一并釋放掉。如果SqlSession調(diào)用了close()方法，會(huì)釋放掉一級(jí)緩存PerpetualCache對象，一級(jí)緩存將不可用；如果SqlSession調(diào)用了clearCache()，會(huì)清空PerpetualCache對象中的數(shù)據(jù)，但是該對象仍可使用；SqlSession中執(zhí)行了任何一個(gè)update操作(update()、delete()、insert()) ，都會(huì)清空PerpetualCache對象的數(shù)據(jù)，但是該對象可以繼續(xù)使用

##一級(jí)緩存的不足

使用一級(jí)緩存的時(shí)候，因?yàn)榫彺娌荒芸鐣?huì)話共享，不同的會(huì)話之間對于相同的數(shù)據(jù)可能有不一樣的緩存。在有多個(gè)會(huì)話或者分布式環(huán)境下，會(huì)存在臟數(shù)據(jù)的問題。如果要解決這個(gè)問題，就要用到二級(jí)緩存。

MyBatis 一級(jí)緩存（MyBaits 稱其為 Local Cache）無法關(guān)閉，但是有兩種級(jí)別可選：

session級(jí)別的緩存，在同一個(gè) sqlSession 內(nèi)，對同樣的查詢將不再查詢數(shù)據(jù)庫，直接從緩存中。

statement級(jí)別的緩存，session級(jí)別緩存不能獲取最新數(shù)據(jù)： 為了避免這個(gè)問題，可以將一級(jí)緩存的級(jí)別設(shè)為 statement 級(jí)別的，這樣每次查詢結(jié)束都會(huì)清掉一級(jí)緩存。

由于不同的sqlSession之間的緩存數(shù)據(jù)區(qū)域不共享，如果使用多個(gè)SqlSession對數(shù)據(jù)庫進(jìn)行操作時(shí)，就會(huì)出現(xiàn)臟數(shù)據(jù)

##二級(jí)緩存

一級(jí)緩存中，其最大的共享范圍就是一個(gè)SqlSession內(nèi)部，如果多個(gè)SqlSession之間需要共享緩存，則需要使用到二級(jí)緩存。開啟二級(jí)緩存后，會(huì)使用CachingExecutor裝飾Executor，進(jìn)入一級(jí)緩存的查詢流程前，先在CachingExecutor進(jìn)行二級(jí)緩存的查詢

二級(jí)緩存開啟后，同一個(gè)namespace下的所有操作語句，都影響著同一個(gè)Cache，即二級(jí)緩存被多個(gè)SqlSession共享，是一個(gè)全局的變量。 當(dāng)開啟緩存后，數(shù)據(jù)的查詢執(zhí)行的流程就是 二級(jí)緩存 -> 一級(jí)緩存 -> 數(shù)據(jù)庫。

二級(jí)緩存（全局緩存）：基于namespace級(jí)別的緩存，一個(gè)namespace對應(yīng)一個(gè)二級(jí)緩存

###二級(jí)緩存配置

1、在MyBatis的配置文件中開啟二級(jí)緩存。

cacheEnabled 全局性地開啟或關(guān)閉所有映射器配置文件中已配置的任何緩存。

2、在MyBatis的映射XML中配置cache或者 cache-ref

• type：cache使用的類型，默認(rèn)是PerpetualCache，這在一級(jí)緩存中提到過。
• eviction： 定義回收的策略，常見的有FIFO，LRU。
• flushInterval： 配置一定時(shí)間自動(dòng)刷新緩存，單位是毫秒。
• size： 最多緩存對象的個(gè)數(shù)。
• readOnly： 是否只讀，若配置可讀寫，則需要對應(yīng)的實(shí)體類能夠序列化。
• blocking： 若緩存中找不到對應(yīng)的key，是否會(huì)一直blocking，直到有對應(yīng)的數(shù)據(jù)進(jìn)入緩存。

<mapper namespace="com.yan.dao.RoleMapper">
  <cache/>

cache-ref代表引用別的命名空間的Cache配置，兩個(gè)命名空間的操作使用的是同一個(gè)Cache。

二級(jí)緩存實(shí)驗(yàn)

1、測試二級(jí)緩存效果，不提交事務(wù)，sqlSession1查詢完數(shù)據(jù)后，sqlSession2相同的查詢是否會(huì)從緩存中獲取數(shù)據(jù)。 可以看到，當(dāng)sqlsession沒有調(diào)用commit()方法時(shí)，二級(jí)緩存并沒有起到作用。

SqlSession session1=MybatisSessionFactory.getFactory().openSession();
       SqlSession session2=MybatisSessionFactory.getSession();
       RoleMapper rm1=session1.getMapper(RoleMapper.class);
       RoleMapper rm2=session2.getMapper(RoleMapper.class);
       Role r1=rm1.selectByPrimaryKey(1L);
       session1.commit();  //如果不進(jìn)行提交，則緩存無效
       Role r2=rm2.selectByPrimaryKey(1L);
        System.out.println(r1==r2);  //不是同一個(gè)對象，應(yīng)該是對象的深克隆

2、測試二級(jí)緩存效果，當(dāng)提交事務(wù)時(shí)，sqlSession1查詢完數(shù)據(jù)后，sqlSession2相同的查詢是否會(huì)從緩存中獲取數(shù)據(jù)。 sqlsession2的查詢，使用了緩存，緩存的命中率是0.5。

3、測試update操作是否會(huì)刷新該namespace下的二級(jí)緩存。 可以看到，在sqlSession3更新數(shù)據(jù)庫，并提交事務(wù)后，sqlsession2的StudentMapper namespace下的查詢走了數(shù)據(jù)庫，沒有走Cache。

4、驗(yàn)證MyBatis的二級(jí)緩存不適應(yīng)用于映射文件中存在多表查詢的情況。 通常我們會(huì)為每個(gè)單表創(chuàng)建單獨(dú)的映射文件，由于MyBatis的二級(jí)緩存是基于namespace的，多表查詢語句所在的namspace無法感應(yīng)到其他namespace中的語句對多表查詢中涉及的表進(jìn)行的修改，引發(fā)臟數(shù)據(jù)問題。

5、為了解決實(shí)驗(yàn)4的問題呢，可以使用Cache ref，讓ClassMapper引用StudenMapper命名空間，這樣兩個(gè)映射文件對應(yīng)的Sql操作都使用的是同一塊緩存了。 不過這樣做的后果是，緩存的粒度變粗了，多個(gè)Mapper namespace下的所有操作都會(huì)對緩存使用造成影響。

<mapper namespace="com.yan.dao.UserMapper">
   <cache-ref namespace="com.yan.dao.RoleMapper"/>

###二級(jí)緩存源碼

在一級(jí)緩存處理前，用CachingExecutor裝飾了BaseExecutor的子類，在委托具體職責(zé)給delegate之前，實(shí)現(xiàn)了二級(jí)緩存的查詢和寫入功能

CachingExecutor的query方法，首先會(huì)從MappedStatement中獲得在配置初始化時(shí)賦予的Cache。

本質(zhì)上是裝飾器模式的使用，具體的裝飾鏈?zhǔn)荢ynchronizedCache -> LoggingCache -> SerializedCache -> LruCache -> PerpetualCache。

• SynchronizedCache： 同步Cache，實(shí)現(xiàn)比較簡單，直接使用synchronized修飾方法。
• LoggingCache： 日志功能，裝飾類，用于記錄緩存的命中率，如果開啟了DEBUG模式，則會(huì)輸出命中率日志。SerializedCache： 序列化功能，將值序列化后存到緩存中。該功能用于緩存返回一份實(shí)例的Copy，用于保存線程安全。LruCache： 采用了Lru算法的Cache實(shí)現(xiàn)，移除最近最少使用的key/value。
• PerpetualCache： 作為為最基礎(chǔ)的緩存類，底層實(shí)現(xiàn)比較簡單，直接使用了HashMap。

總結(jié)

• MyBatis的二級(jí)緩存相對于一級(jí)緩存來說，實(shí)現(xiàn)了SqlSession之間緩存數(shù)據(jù)的共享，同時(shí)粒度更加的細(xì)，能夠到namespace級(jí)別，通過Cache接口實(shí)現(xiàn)類不同的組合，對Cache的可控性也更強(qiáng)。
• MyBatis在多表查詢時(shí)，極大可能會(huì)出現(xiàn)臟數(shù)據(jù)，有設(shè)計(jì)上的缺陷，安全使用二級(jí)緩存的條件比較苛刻。一般在具體開發(fā)中不使用MyBatis的二級(jí)緩存，而是通過Spring框架引入業(yè)務(wù)層緩存
• 在分布式環(huán)境下，由于默認(rèn)的MyBatis Cache實(shí)現(xiàn)都是基于本地的，分布式環(huán)境下必然會(huì)出現(xiàn)讀取到臟數(shù)據(jù)，需要使用集中式緩存將MyBatis的Cache接口實(shí)現(xiàn)，有一定的開發(fā)成本，直接使用Redis,Memcached等分布式緩存可能成本更低，安全性也更高。

到此這篇關(guān)于Mybatis的延遲加載問題的文章就介紹到這了,更多相關(guān)Mybatis延遲加載內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論