前言

本文主要講解Mybatis的以下知識點：

• Mybatis緩存
  • 一級緩存
  • 二級緩存
  • 與Ehcache整合
• Mapper代理
  • 使用Mapper代理就不用寫實現類了
• 逆向工程
  • 自動生成代碼

Mybatis緩存

緩存的意義

• 將用戶經常查詢的數據放在緩存（內存）中，用戶去查詢數據就不用從磁盤上(關系型數據庫數據文件)查詢，從緩存中查詢，從而提高查詢效率，解決了高並發系統的性能問題。

mybatis提供一級緩存和二級緩存

• mybatis一級緩存是一個SqlSession級別，sqlsession只能訪問自己的一級緩存的數據
• 二級緩存是跨sqlSession，是mapper級別的緩存，對於mapper級別的緩存不同的sqlsession是可以共享的。

看完上面對Mybatis的緩存的解釋，我們發現Mybatis的緩存和Hibernate的緩存是極為相似的..

Mybatis一級緩存

Mybatis的一級緩存原理：

第一次發出一個查詢sql，sql查詢結果寫入sqlsession的一級緩存中，緩存使用的數據結構是一個map

• key：hashcode+sql+sql輸入參數+輸出參數（sql的唯一標識）
• value：用戶信息

同一個sqlsession再次發出相同的sql，就從緩存中取不走數據庫。如果兩次中間出現commit操作（修改、添加、刪除），本sqlsession中的一級緩存區域全部清空，下次再去緩存中查詢不到所以要從數據庫查詢，從數據庫查詢到再寫入緩存。

Mybatis一級緩存值得註意的地方：

• Mybatis默認就是支持一級緩存的，並不需要我們配置.
• mybatis和spring整合後進行mapper代理開發，不支持一級緩存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理對象，模板中在最後統一關閉sqlsession。

Mybatis二級緩存

二級緩存原理：

二級緩存的範圍是mapper級別（mapper同一個命名空間），mapper以命名空間為單位創建緩存數據結構，結構是map

Mybatis二級緩存配置

需要我們在Mybatis的配置文件中配置二級緩存

    <!-- 全局配置參數 -->
 

    <settings>
        <!-- 開啟二級緩存 -->
        <setting name="cacheEnabled" value="true"/>
    </settings>

上面已經說了，二級緩存的範圍是mapper級別的，因此我們的Mapper如果要使用二級緩存，還需要在對應的映射文件中配置..

    <cache/>

查詢結果映射的pojo序列化

mybatis二級緩存需要將查詢結果映射的pojo實現 java.io.serializable接口，如果不實現則拋出異常：

org.apache.ibatis.cache.CacheException: Error serializing object.  Cause: java.io.NotSerializableException: cn.itcast.mybatis.po.User

二級緩存可以將內存的數據寫到磁盤，存在對象的序列化和反序列化，所以要實現java.io.serializable接口。
如果結果映射的pojo中還包括了pojo，都要實現java.io.serializable接口。

禁用二級緩存

對於變化頻率較高的sql，需要禁用二級緩存：

在statement中設置useCache=false可以禁用當前select語句的二級緩存，即每次查詢都會發出sql去查詢，默認情況是true，即該sql使用二級緩存。、、

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

刷新緩存

有的同學到這裏可能會有一個疑問：為什麽緩存我們都是在查詢語句中配置？？而使用增刪改的時候，緩存默認就會被清空【刷新了】？？？

緩存其實就是為我們的查詢服務的，對於增刪改而言，如果我們的緩存保存了增刪改後的數據，那麽再次讀取時就會讀到臟數據了！

我們在特定的情況下，還可以單獨配置刷新緩存【但不建議使用】flushCache，默認是的true

    <update id="updateUser" parameterType="cn.itcast.mybatis.po.User" flushCache="false">
        update user set username=#{username},birthday=#{birthday},sex=#{sex},address=#{address} where id=#{id}
    </update>

了解Mybatis緩存的一些參數

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 – 弱引用:更積極地移除基於垃圾收集器狀態和弱引用規則的對象。

mybatis和ehcache緩存框架整合

ehcache是專門用於管理緩存的，Mybatis的緩存交由ehcache管理會更加得當..

在mybatis中提供一個cache接口，只要實現cache接口就可以把緩存數據靈活的管理起來。

整合jar包

• mybatis-ehcache-1.0.2.jar
• ehcache-core-2.6.5.jar

ehcache對cache接口的實現類：

ehcache.xml配置信息

這個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>

如果我們Mapper想單獨擁有一些特性，需要在mapper.xml中單獨配置

    <!-- 單位：毫秒 -->
    <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>

應用場景與局限性

應用場景

對查詢頻率高，變化頻率低的數據建議使用二級緩存。

對於訪問多的查詢請求且用戶對查詢結果實時性要求不高，此時可采用mybatis二級緩存技術降低數據庫訪問量，提高訪問速度

業務場景比如：

• 耗時較高的統計分析sql、
• 電話賬單查詢sql等。

實現方法如下：通過設置刷新間隔時間，由mybatis每隔一段時間自動清空緩存，根據數據變化頻率設置緩存刷新間隔flushInterval，比如設置為30分鐘、60分鐘、24小時等，根據需求而定。

局限性

mybatis局限性

mybatis二級緩存對細粒度的數據級別的緩存實現不好，比如如下需求：對商品信息進行緩存，由於商品信息查詢訪問量大，但是要求用戶每次都能查詢最新的商品信息，此時如果使用mybatis的二級緩存就無法實現當一個商品變化時只刷新該商品的緩存信息而不刷新其它商品的信息，因為mybaits的二級緩存區域以mapper為單位劃分，當一個商品信息變化會將所有商品信息的緩存數據全部清空。解決此類問題需要在業務層根據需求對數據有針對性緩存。

Mapper代理方式

Mapper代理方式的意思就是：程序員只需要寫dao接口，dao接口實現對象由mybatis自動生成代理對象。

經過我們上面的幾篇博文，我們可以發現我們的DaoImpl是十分重復的...

1 dao的實現類中存在重復代碼，整個mybatis操作的過程代碼模板重復（先創建sqlsession、調用sqlsession的方法、關閉sqlsession）

2、dao的實現 類中存在硬編碼，調用sqlsession方法時將statement的id硬編碼。

以前的重復代碼和硬編碼如下：

public class StudentDao {

    public void add(Student student) throws Exception {
        //得到連接對象
        SqlSession sqlSession = MybatisUtil.getSqlSession();
        try{
            //映射文件的命名空間.SQL片段的ID，就可以調用對應的映射文件中的SQL
            sqlSession.insert("StudentID.add", student);
            sqlSession.commit();
        }catch(Exception e){
            e.printStackTrace();
            sqlSession.rollback();
            throw e;
        }finally{
            MybatisUtil.closeSqlSession();
        }
    }
    public static void main(String[] args) throws Exception {
        StudentDao studentDao = new StudentDao();
        Student student = new Student(3, "zhong3", 10000D);
        studentDao.add(student);
    }
}

Mapper開發規範

想要Mybatis幫我們自動生成Mapper代理的話，我們需要遵循以下的規範：

1、mapper.xml中namespace指定為mapper接口的全限定名

• 此步驟目的：通過mapper.xml和mapper.java進行關聯。

2、mapper.xml中statement的id就是mapper.java中方法名

3、mapper.xml中statement的parameterType和mapper.java中方法輸入參數類型一致

4、mapper.xml中statement的resultType和mapper.java中方法返回值類型一致.

再次說明：statement就是我們在mapper.xml文件中命名空間+sql指定的id

Mapper代理返回值問題

mapper接口方法返回值：

• 如果是返回的單個對象，返回值類型是pojo類型，生成的代理對象內部通過selectOne獲取記錄
• 如果返回值類型是集合對象，生成的代理對象內部通過selectList獲取記錄。

Mybatis解決JDBC編程的問題

1、數據庫鏈接創建、釋放頻繁造成系統資源浪費從而影響系統性能，如果使用數據庫鏈接池可解決此問題。

• 解決：在SqlMapConfig.xml中配置數據鏈接池，使用連接池管理數據庫鏈接。

2、Sql語句寫在代碼中造成代碼不易維護，實際應用sql變化的可能較大，sql變動需要改變java代碼。

• 解決：將Sql語句配置在XXXXmapper.xml文件中與java代碼分離。

3、向sql語句傳參數麻煩，因為sql語句的where條件不一定，可能多也可能少，占位符需要和參數一一對應。

• 解決：Mybatis自動將java對象映射至sql語句，通過statement中的parameterType定義輸入參數的類型。

4、對結果集解析麻煩，sql變化導致解析代碼變化，且解析前需要遍歷，如果能將數據庫記錄封裝成pojo對象解析比較方便。

• 解決：Mybatis自動將sql執行結果映射至java對象，通過statement中的resultType定義輸出結果的類型。

Mybatis逆向工程

在Intellij idea下，沒有學習Maven的情況下使用Mybatis的逆向工程好像有點復雜，資料太少了...找到的資料好像也行不通...

於是學完Maven之後，我就再來更新Idea下使用Mybatis的逆向工程配置...

借鑒博文：http://blog.csdn.net/for_my_life/article/details/51228098

修改pom.xml文件

向該工程添加逆向工程插件..

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>asdf</groupId>
    <artifactId>asdf</artifactId>
    <version>1.0-SNAPSHOT</version>
    <build>
        <finalName>zhongfucheng</finalName>
        <plugins>
            <plugin>
                <groupId>org.mybatis.generator</groupId>
                <artifactId>mybatis-generator-maven-plugin</artifactId>
                <version>1.3.2</version>
                <configuration>
                    <verbose>true</verbose>
                    <overwrite>true</overwrite>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

generatorConfig.xml配置文件

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE generatorConfiguration
        PUBLIC "-//mybatis.org//DTD MyBatis Generator Configuration 1.0//EN"
        "http://mybatis.org/dtd/mybatis-generator-config_1_0.dtd">

<generatorConfiguration>
    <!--
        <properties resource="conn.properties" />
          -->
    <!-- 處理1，這裏的jar包位置可能需要修改 -->
    <classPathEntry location="C:\mybatisMaven\lib\mysql-connector-java-5.1.7-bin.jar"/>
    <!-- 指定運行環境是mybatis3的版本 -->
    <context id="testTables" targetRuntime="MyBatis3">

        <commentGenerator>
            <!-- 是否取消註釋 -->
            <property name="suppressAllComments" value="true" />
            <!-- 是否生成註釋代時間戳 -->
            <property name="suppressDate" value="true" />
        </commentGenerator>
        <!-- 處理2   jdbc 連接信息，看看庫是否存在 -->
        <jdbcConnection driverClass="com.mysql.jdbc.Driver"
                        connectionURL="jdbc:mysql://localhost:3306/scm?useUnicode=true&characterEncoding=UTF-8" userId="root" password="root">
        </jdbcConnection>

        <!--處理3   targetPackage指定模型在生成在哪個包 ,targetProject指定項目的src,-->
        <javaModelGenerator targetPackage="zhongfucheng.entity"
                            targetProject="src/main/java">
            <!-- 去除字段前後空格 -->
            <property name="trimStrings" value="false" />
        </javaModelGenerator>
        <!--處理4   配置SQL映射文件生成信息 -->
        <sqlMapGenerator targetPackage="zhongfucheng.dao"
                         targetProject="src/main/java" />
        <!-- 處理5   配置dao接口生成信息-->
        <javaClientGenerator type="XMLMAPPER" targetPackage="zhongfucheng.dao" targetProject="src/main/java" />

        <table tableName="account" domainObjectName="Account"/>
        <table tableName="supplier" domainObjectName="Supplier"/>
    </context>
</generatorConfiguration>

使用插件步驟

最後生成代碼

如果對我們上面generatorConfig.xml配置的包信息不清楚的話，那麽可以看一下我們的完整項目結構圖...

因為我們在Idea下是不用寫對應的工程名字的，而在eclipse是有工程名字的。

總結

• Mybatis的一級緩存是sqlSession級別的。只能訪問自己的sqlSession內的緩存。如果Mybatis與Spring整合了，Spring會自動關閉sqlSession的。所以一級緩存會失效的。
• 一級緩存的原理是map集合，Mybatis默認就支持一級緩存
• 二級緩存是Mapper級別的。只要在Mapper命名空間下都可以使用二級緩存。需要我們自己手動去配置二級緩存
• Mybatis的緩存我們可以使用Ehcache框架來進行管理，Ehcache實現Cache接口就代表使用Ehcache來環境Mybatis緩存。
• 由於之前寫的DaoImpl是有非常多的硬編碼的。可以使用Mapper代理的方式來簡化開發
  • 命名空間要與JavaBean的全類名相同
  • sql片段語句的id要與Dao接口的方法名相同
  • 方法的參數和返回值要與SQL片段的接收參數類型和返回類型相同。

  如果文章有錯的地方歡迎指正，大家互相交流。習慣在微信看技術文章，想要獲取更多的Java資源的同學，可以關註微信公眾號:Java3y

Mybatis【逆向工程，緩存，代理】知識要點