查询缓存返回主页

缓存的意义

 将用户经常查询的数据放在缓存（内存）中，
用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询，
从缓存中查询，从而提高查询效率，解决了高并发系统的性能问题。

缓存种类

1.控制层缓存：  对相应的JSP页面进行缓存
2.业务层缓存：  对业务数据进行缓存
3.持久层缓存：  从数据库取出数据进行缓存

Mybatis缓存

1.一级缓存：是一个SqlSession级别；只能访问自己的SqlSession
2.二级缓存：二级缓存是跨SqlSession的范围是Mapper级别；不同的SqlSession是共享的

一级缓存原理

        1.第一次发出一个查询sql，sql查询结果写入sqlsession的一级缓存中，缓存使用的数据结构是一个map<key,value>
            key：hashcode+sql+sql输入参数+输出参数（sql的唯一标识）
            value：用户信息
            ，同一个sqlsession再次发出相同的sql，就从缓存中取不走数据库。如果两次中间出现commit操作（修改、添加、删除），
            本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到所以要从数据库查询，从数据库查询到再写入缓存。
        2.每次查询都先从缓存中查询：
        3.如果缓存中查询到则将缓存数据直接返回。
        4.如果缓存中查询不到就从数据库查询：

一级缓存配置 mybatis默认支持一级缓存不需要配置。注意：mybatis和spring整合后进行mapper代理开发，不支持一级缓存，mybatis和spring整合，spring按照mapper的模板去生成mapper代理对象，模板中在最后统一关闭sqlsession。

    代码：
    SqlSession session = sqlSessionFactory.openSession();
    UserMapper userMapper = session.getMapper(UserMapper.class);
    User user = userMapper.findById(1);
    User user2 = userMapper.findById(1);
    System.out.println(user + "" + user2);
    运行结果：
    DEBUG [main] - ==>  Preparing: select * from user where id=?
    DEBUG [main] - ==> Parameters: 1(Integer)
    DEBUG [main] - <==      Total: 1
    User [id=1, username=王五, sex=2, birthday=null, address=null]User [id=1, username=王五, sex=2, birthday=null, address=null]

    **很明显，发送了一次sql，查询了两次。其中第二次是查询缓存**

注意：

    如果中间做了修改需要清空缓存，防止查出脏数据

二级缓存

二级缓存的范围是mapper级别（mapper同一个命名空间），mapper以命名空间为单位创建缓存数据结构，结构是map<key、value>。
每次查询先看是否开启二级缓存，如果开启从二级缓存的数据结构中取缓存数据，
如果从二级缓存没有取到，再从一级缓存中找，如果一级缓存也没有，从数据库查询。

开启二级缓存

在Mapper.xml中
```

<cache/>
```

在核心配置文件添加

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

运行后在日志中看到如下提示

Cache Hit Ratio [com.mybatis.mapper.UserMapper]: 0.0

表示缓存命中率为0，即先从缓存中查询

注意查询结果映射的pojo序列化

    1. mybatis二级缓存需要将查询结果映射的pojo实现 java.io.serializable接口，
    如果不实现则抛出异常：
    org.apache.ibatis.cache.CacheException: Error serializing object.  Cause: java.io.NotSerializableException: cn.itcast.mybatis.po.User

    2. 二级缓存可以将内存的数据写到磁盘，存在对象的序列化和反序列化，
    所以要实现java.io.serializable接口。
    如果结果映射的pojo中还包括了pojo，都要实现java.io.serializable接口。
    10.4.4二级缓存禁用

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

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

刷新缓存

    如果sqlsession操作commit操作，对二级缓存进行刷新 **全局清空**。
    设置statement的flushCache是否刷新缓存，默认值是true。

分布缓存

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

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

        在mybatis中提供一个 **cache** 接口，只要实现cache接口就可以把缓存数据灵活的管理起来。
    2. mybatis中默认实现：
        下载和ehcache整合的jar包

二级缓存的应用场景

        对查询频率高，变化频率低的数据建议使用二级缓存。
        对于访问多的查询请求且用户对查询结果实时性要求不高，
        此时可采用mybatis二级缓存技术降低数据库访问量，提高访问速度，
        业务场景比如：耗时较高的统计分析sql、电话账单查询sql等。
        实现方法如下：通过设置刷新间隔时间，由mybatis每隔一段时间自动清空缓存，
        根据数据变化频率设置缓存刷新间隔flushInterval，比如设置为30分钟、60分钟、24小时等，根据需求而定。

mybatis局限性

        mybatis二级缓存对细粒度的数据级别的缓存实现不好，
        比如如下需求：对商品信息进行缓存，由于商品信息查询访问量大，
        但是要求用户每次都能查询最新的商品信息，此时如果使用mybatis的
        二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其它商品的信息，
        因为mybaits的二级缓存区域以mapper为单位划分，
        当一个商品信息变化会将所有商品信息的缓存数据全部清空。
        解决此类问题需要在业务层根据需求对数据有针对性缓存。

查询缓存 返回主页

二级缓存

开启二级缓存

查询缓存返回主页