mybatisのキャッシュ例の詳細説明

この記事では、mybatis チュートリアルのクエリ キャッシュ (一次キャッシュ、二次キャッシュ、統合 ehcache) を主に紹介します。興味のある方は参考にしてください

1 キャッシュの意味

。ユーザーが頻繁にクエリを実行するデータをキャッシュ (メモリ) に配置すると、ユーザーはデータをクエリするときに、ディスク (リレーショナル データベース データ ファイル) からクエリを実行する必要がなく、キャッシュからクエリを実行する必要があるため、クエリの効率が向上し、パフォーマンスの問題が解決されます。高度な同時実行システム。

2 mybatis永続層キャッシュ

mybatisは一次キャッシュと二次キャッシュを提供します

mybatisの一次キャッシュはSqlSessionレベルであり、sqlsessionは自身の最初のキャッシュのみにアクセスできます-level キャッシュ データ、2 番目のキャッシュは sqlSession にまたがるマッパー レベルのキャッシュであり、異なる sqlsession がマッパー レベルのキャッシュを共有できます。

3 レベル 1 キャッシュ

3.1 原則

クエリ SQL が初めて発行されると、SQL クエリ結果は sqlsession で使用されるデータ構造の 1 次キャッシュに書き込まれます。キャッシュはマップe6fd748e50e82e7bde0d1e0efd3285df

key:ハッシュコード+sql+sql入力パラメータ+出力パラメータ(sqlの一意の識別子)

value:ユーザー情報

同じsqlsessionが同じsqlを再度発行し、データベースは使用しないでください。キャッシュから取得されます。 2 回の間にコミット操作 (変更、追加、

削除) がある場合、この SQL セッションの 1 次キャッシュ領域はクリアされ、次回はキャッシュをクエリできないため、データベースからクエリする必要があります。データベースからクエリされてからキャッシュに書き込まれます。

すべてのクエリは最初にキャッシュからクエリされます:

キャッシュ内でクエリされた場合は、

キャッシュ データが直接返されます。

キャッシュでクエリが見つからない場合は、データベースからクエリを実行します:

3.2 レベル 1 キャッシュの設定

mybatis はデフォルトでレベル 1 キャッシュをサポートしており、設定する必要はありません。

注: マッパー エージェントの開発は、mybatis と Spring の統合後に実行されます。Mybatis と Spring は、テンプレートに従ってマッパー エージェント

オブジェクト を生成します。 sqlsession は最後に閉じられます。

3.3 レベル 1 キャッシュのテスト

//一级缓存 
  @Test 
  public void testCache1() throws Exception { 
 
    SqlSession sqlSession = sqlSessionFactory.openSession(); 
    UserMapper userMapper = sqlSession.getMapper(UserMapper.class); 
     
    //第一次查询用户id为1的用户 
    User user = userMapper.findUserById(1); 
    System.out.println(user); 
     
    //中间修改用户要清空缓存，目的防止查询出脏数据 
    /*user.setUsername("测试用户2"); 
    userMapper.updateUser(user); 
    sqlSession.commit();*/ 
     
    //第二次查询用户id为1的用户 
    User user2 = userMapper.findUserById(1); 
    System.out.println(user2); 
     
    sqlSession.close(); 
     
 
  }

4 レベル 2 キャッシュ

4.1 原則

レベル 2 キャッシュのスコープはマッパー レベル (同じ

name) space )、マッパーは名前空間単位でキャッシュ データ構造を作成します。その構造は、mapf1e34d8162e3ac965af665baa7938918 です。

すべてのクエリは、最初に 2 次キャッシュが有効かどうかを確認します。有効な場合、キャッシュされたデータは 2 次キャッシュのデータ構造から取得されます。 2次キャッシュの場合は1次キャッシュから検索し、1次キャッシュがない場合はデータベースからクエリを実行します。

4.2 mybatis の第 2 レベルのキャッシュ構成

コア

構成ファイル

SqlMapConfig.xml の Mapper マッピング ファイルに

<setting name="cacheEnabled" value="true"/>

を追加します。 > を示しますこのマッパーは 2 次キャッシュを有効にします。

4.3 クエリ結果マッピング Pojo のシリアル化

mybatis の 2 次レベル キャッシュは、クエリ結果マッピング Pojo の Java.io.serializable インターフェース

インターフェース

を実装する必要があります。そうでない場合、例外 がスローされます :
。

org .apache.ibatis.cache.CacheException: オブジェクトのシリアル化中にエラーが発生しました。原因: java.io.NotSerializableException: com.sihai.mybatis.po.User 2 番目のレベルのキャッシュはメモリ データをディスクに書き込むことができます。オブジェクトのシリアル化と逆シリアル化であるため、java.io.serializable インターフェイスを実装する必要があります。

結果マッピングの pojo にも pojo が含まれる場合は、java.io.serializable インターフェースを実装する必要があります。

4.4 二级缓存禁用

对于变化频率较高的sql，需要禁用二级缓存：

在statement中设置useCache=false可以禁用当前select语句的二级缓存，即每次查询都会发出sql去查询，默认情况是true，即该sql使用二级缓存。

<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">

4.5 刷新缓存

如果sqlsession操作commit操作，对二级缓存进行刷新（全局清空）。

设置statement的flushCache是否刷新缓存，默认值是true。

4.6 测试代码

//二级缓存的测试 
  @Test 
  public void testCache2() throws Exception { 
 
    SqlSession sqlSession1 = sqlSessionFactory.openSession(); 
    SqlSession sqlSession2 = sqlSessionFactory.openSession(); 
    SqlSession sqlSession3 = sqlSessionFactory.openSession(); 
    UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class); 
    UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class); 
    UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class); 
     
    //第一次查询用户id为1的用户 
    User user = userMapper1.findUserById(1); 
    System.out.println(user); 
    sqlSession1.close(); 
     
    //中间修改用户要清空缓存，目的防止查询出脏数据 
    /*user.setUsername("测试用户2"); 
    userMapper3.updateUser(user); 
    sqlSession3.commit(); 
    sqlSession3.close();*/ 
     
     
    //第二次查询用户id为1的用户 
    User user2 = userMapper2.findUserById(1); 
    System.out.println(user2); 
     
    sqlSession2.close(); 
     
 
  }

4.7 mybatis的cache参数

mybatis的cache参数只适用于mybatis维护缓存。

flushInterval（刷新间隔）可以被设置为任意的正整数，而且它们代表一个合理的毫秒形式的时间段。默认情况是不设置，也就是没有刷新间隔，缓存仅仅调用语句时刷新。

size（引用数目）可以被设置为任意正整数，要记住你缓存的对象数目和你运行环境的可用内存资源数目。默认值是1024。

readOnly（只读）属性可以被设置为true或false。只读的缓存会给所有调用者返回缓存对象的相同实例。因此这些对象不能被修改。这提供了很重要的性能优势。可读写的缓存会返回缓存对象的拷贝（通过序列化）。这会慢一些，但是安全，因此默认是false。

如下例子：

<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/>

这个更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会导致冲突。可用的收回策略有, 默认的是 LRU:

1. LRU – 最近最少使用的:移除最长时间不被使用的对象。

2. FIFO – 先进先出:按对象进入缓存的顺序来移除它们。

3. SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。

4. WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。

5 mybatis和ehcache缓存框架整合

mybatis二级缓存通过ehcache维护缓存数据。

5.1 分布缓存

将缓存数据数据进行分布式管理。

5.2 mybatis和ehcache思路

通过mybatis和ehcache框架进行整合，就可以把缓存数据的管理托管给ehcache。

在mybatis中提供一个cache接口，只要实现cache接口就可以把缓存数据灵活的管理起来。

mybatis中默认实现：

5.3 下载和ehcache整合的jar包

 

ehcache对cache接口的实现类：

5.4 配置ehcache.xml

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
  xsi:noNamespaceSchemaLocation="../config/ehcache.xsd"> 
  <!--diskStore：缓存数据持久化的目录 地址 --> 
  <diskStore path="F:\develop\ehcache" /> 
  <defaultCache  
    maxElementsInMemory="1000"  
    maxElementsOnDisk="10000000" 
    eternal="false"  
    overflowToDisk="false"  
    diskPersistent="true" 
    timeToIdleSeconds="120" 
    timeToLiveSeconds="120"  
    diskExpiryThreadIntervalSeconds="120" 
    memoryStoreEvictionPolicy="LRU"> 
  </defaultCache> 
</ehcache>

5.5 整合测试

在mapper.xml添加ehcache配置：

<!-- 开启二级缓存 --> 
  <!-- 单位：毫秒 --> 
  <cache type="org.mybatis.caches.ehcache.EhcacheCache"> 
    <property name="timeToIdleSeconds" value="12000"/> 
    <property name="timeToLiveSeconds" value="3600"/> 
    <!-- 同ehcache参数maxElementsInMemory --> 
    <property name="maxEntriesLocalHeap" value="1000"/> 
    <!-- 同ehcache参数maxElementsOnDisk --> 
    <property name="maxEntriesLocalDisk" value="10000000"/> 
    <property name="memoryStoreEvictionPolicy" value="LRU"/> 
  </cache>

6 二级缓存的应用场景

对查询频率高，变化频率低的数据建议使用二级缓存。

对于访问多的查询请求且用户对查询结果实时性要求不高，此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。

实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。

7 mybatis局限性

mybatis の 2 次キャッシュは、次の要件などのきめ細かいデータ レベルのキャッシュには適していません: 製品情報のキャッシュ アクセス数が多いため、ユーザーは毎回最新の製品情報をクエリする必要があります。このとき、mybatis の 2 次キャッシュ領域を使用すると、製品が変更されたときに、他の製品の情報が更新されずに、その製品のキャッシュ情報だけが更新されるということは実現できません。 mybaits はマッパーに分かれており、商品情報が変更されると、商品情報のキャッシュデータはすべてクリアされます。このような問題を解決するには、ビジネス層のニーズに基づいてデータをターゲットを絞ってキャッシュする必要があります。
【関連する推奨事項】

1.

特別な推奨事項: 「php Programmer Toolbox」V0.1 バージョンのダウンロード2.

Java の無料ビデオチュートリアル

3.

以上がmybatisのキャッシュ例の詳細説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。