mybatis-2

一、回顾

mybatis是什么？

mybatis是一个持久层框架，是apache下的开源项目，前身是itbatis，是一个不完全的ORM框架，mybatis提供输入和输出的映射，需要程序员自己写sql语句，mybatis重点对 sql语句的灵活操作。

适合用于：需求变化频繁，数据模型不固定的项目，例如：互联网项目。

mybatis架构？

SqlMapConfig.xml（名称不固定），配置内容：数据源、事务、properties、typeAliases、settings、mapper配置。

SqlSessionFactory--会话工厂，作用是创建SqlSession，实际开发中以单例模式管理 SqlSessionFactory。

SqlSession--会话，是一个面向用户（程序员）的接口，使用mapper代理方法开发是不需要程序员直接调用sqlSession的方法。是线程不安全，最佳适用场合方法体内。

mybatis开发dao的方法：

1、原始dao开发方法，需要程序员编写dao接口和实现类，此方法在当前企业中还有使用，因为ibatis使用的就是原始dao开发方法。

2、mapper代理方法，程序员只需要写mapper接口（相当于dao接口），mybatis自动根据mapper接口和mapper接口对应的statement自动生成代理对象（接口实现类对象）。

开发需要遵循规则：

1）mapper.xml中namespace是mapper接口的全限定名

2）mapper.xml中statement的id为mapper接口方法名

3）mapper.xml中statement的输入映射类型（parameterType）和mapper接口方法输入参数类型一致

4) mapper.xml中statement的输出映射类型（resultType）和mapper接口方法返回结果类型一致

resultType和resultMap都可以完成输出映射：

resultType映射要求sql查询的列名和输出映射pojo类型的属性名一致

resultMap映射时对sql查询的列名和输出映射pojo类型的属性名作一个对应关系。

动态sql：

#{}和${}完成输入参数的属性值获取，通过OGNL获取parameterType指定pojo的属性名。

#{}：占位符号，好处防止sql注入

${}：sql拼接符号

where

foreach

二、本文框架

1、使用resultMap完成高级映射(重点)

学习商品订单数据模型（一对一、一对多、多对多）

resultMap实现一对一、一对多、多对多

延迟加载

2、查询缓存(重点)

一级缓存

二级缓存

3、mbatis和spring整合(重点)

4、mybatis逆向工程(常用)

三、商品订单数据模型

学会在企业中如何去分析陌生表的数据模型：

1、学习单表记录了什么东西（去学习理解需求）

2、学习单表重要字段的意义（优先学习不能为空的字段）

3、学习表与表之间的关系（一对一、一对多、多对多）

通过表的外键分析表之间的关系

注意：分析表与表之间的关系时是要建立在具体的业务意义基础之上

用户表user：

记录了购买商品的用户

订单表orders：

记录了用户所创建的订单信息

订单明细表orderdetail：

记录了用户创建订单的详细信息

商品信息表items：

记录了商家提供的商品信息

分析表与表之间的关系：

用户user和订单orders：

user---->orders：一个用户可以创建多个订单一对多

orders-->user：一个订单只能由一个用户创建一对一

订单orders和订单明细orderdetail：

orders-->orderdetail：一个订单可以包括多个订单明细一对多

orderdetail-->orders：一个订单明细只属于一个订单一对一

订单明细orderdetail和商品信息items：

orderdetail-->items：一个订单明细对应一个商品信息一对一

items--> orderdetail：一个商品对应多个订单明细一对多

四、一对一查询
4.1需求

查询订单信息关联查询用户信息

4.2sql语句

查询语句：

先确定主查询表：订单信息表

再确定关联查询表：用户信息

通过orders关联查询用户使用user_id一个外键，只能关联查询出一条用户记录就可以使用内连接

SELECT

orders.*,

user.username,

user.sex

FROM

orders,

USER

WHERE orders.user_id = user.id

4.3使用resultType实现

4.3.1创建po类

基础的单表的 po类：

4.3.2一对一查询映射的pojo

创建pojo包括订单信息和用户信息，resultType才可以完成映射。

创建OrderCustom作为自定义pojo，继承sql查询列多的po类。

4.3.3mapper.xml

定义mapper.xml文件，

4.3.4mapper.java

4.4使用resultMap实现一对一
4.4.1resultMap映射思路

resultMap提供一对一关联查询的映射和一对多关联查询映射，一对一映射思路：将关联查询的信息映射到pojo中，如下：

在Orders类中创建一个User属性，将关联查询的信息映射到User属性中。

4.4.2mapper.xml

4.4.3resultMap定义

4.4.4mapper.java

4.5小结

resultType：要自定义pojo 保证sql查询列和pojo的属性对应，这种方法相对较简单，所以应用广泛。

resultMap：使用association完成一对一映射需要配置一个resultMap，过程有点复杂，如果要实现延迟加载就只能用resultMap实现，如果为了方便对关联信息进行解析，也可以用association将关联信息映射到pojo中方便解析。

五、一对多查询

5.1需求

查询所有订单信息及订单下的订单明细信息。

5.2sql语句

主查询表：订单表

关联查询表：订单明细

SELECT

orders.*,

user.username,

user.sex ,

orderdetail.id orderdetail_id,

orderdetail.items_num,

orderdetail.items_id

FROM

orders,

USER,

orderdetail

WHERE orders.user_id = user.id AND orders.id = orderdetail.orders_id

5.3resultMap进行一对多映射思路

resultMap 提供collection完成关联信息映射到集合对象中。

在orders类中创建集合属性：

5.4mapper.xml

5.5resultMap定义

5.6mapper.java

六、一对多查询(复杂)
6.1需求

查询所有用户信息，关联查询订单及订单明细信息及商品信息，订单明细信息中关联查询商品信息

6.2sql

主查询表：用户信息

关联查询：订单、订单明细，商品信息

SELECT

orders.*,

user.username,

user.sex ,

orderdetail.id orderdetail_id,

orderdetail.items_num,

orderdetail.items_id,

items.name items_name,

items.detail items_detail

FROM

orders,

USER,

orderdetail,

items

WHERE orders.user_id = user.id AND orders.id = orderdetail.orders_id AND items.id = orderdetail.items_id

6.3pojo定义

在user.java中创建映射的属性：集合 List<Orders> orderlist

在Orders中创建映射的属性：集合List<Orderdetail> orderdetails

在Orderdetail中创建商品属性：pojo Items items

6.4mapper.xml

6.5resultMap

6.6mapper.java

七、多对多查询（自己实现）

一对多是多对多的特例。

需求1：

查询显示字段：用户账号、用户名称、用户性别、商品名称、商品价格(最常见)

企业开发中常见明细列表，用户购买商品明细列表，

使用resultType将上边查询列映射到pojo输出。

需求2：

查询显示字段：用户账号、用户名称、购买商品数量、商品明细（鼠标移上显示明细）

使用resultMap将用户购买的商品明细列表映射到user对象中。

八、延迟加载

8.1使用延迟加载意义

在进行数据查询时，为了提高数据库查询性能，尽量使用单表查询，因为单表查询比多表关联查询速度要快。

如果查询单表就可以满足需求，一开始先查询单表，当需要关联信息时，再关联查询，当需要关联信息再查询这个叫延迟加载。

mybatis中resultMap提供延迟加载功能，通过resultMap配置延迟加载。

8.2配置mybatis支持延迟加载

设置项	描述	允许值	默认值
lazyLoadingEnabled	全局性设置懒加载。如果设为‘false’，则所有相关联的都会被初始化加载。	true \| false	false
aggressiveLazyLoading	当设置为‘true’的时候，懒加载的对象可能被任何懒属性全部加载。否则，每个属性都按需加载。	true \| false	true

</settings>

8.3延迟加载实现
8.3.1实现思路

需求：

查询订单及用户的信息，一对一查询。

刚开始只查询订单信息

当需要用户时调用 Orders类中的getUser()方法执行延迟加载，向数据库发出sql。

8.3.2mapper.xml

8.3.3resultMap

8.3.4mapper.java

8.3.5测试代码

8.4一对多延迟加载

一对多延迟加载的方法同一对一延迟加载，在collection标签中配置select内容。

九、resultType、resultMap、延迟加载使用场景总结

延迟加载：

延迟加载实现的方法多种多样，在只查询单表就可以满足需求，为了提高数据库查询性能使用延迟加载，再查询关联信息。

mybatis提供延迟加载的功能用于service层。

resultType：

作用：

将查询结果按照sql列名pojo属性名一致性映射到pojo中。

场合：

常见一些明细记录的展示，将关联查询信息全部展示在页面时，此时可直接使用resultType将每一条记录映射到pojo中，在前端页面遍历list（list中是pojo）即可。

resultMap：

使用association和collection完成一对一和一对多高级映射。

association：

作用：

将关联查询信息映射到一个pojo类中。

场合：

为了方便获取关联信息可以使用association将关联订单映射为pojo，比如：查询订单及关联用户信息。

collection：

作用：

将关联查询信息映射到一个list集合中。

场合：

为了方便获取关联信息可以使用collection将关联信息映射到list集合中，比如：查询用户权限范围模块和功能，可使用collection将模块和功能列表映射到list中。

十、查询缓存
10.1缓存的意义

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

10.2mybatis持久层缓存

mybatis提供一级缓存和二级缓存

mybatis一级缓存是一个SqlSession级别，sqlsession只能访问自己的一级缓存的数据，二级缓存是跨sqlSession，是mapper级别的缓存，对于mapper级别的缓存不同的sqlsession是可以共享的。

10.3一级缓存

10.3.1原理

第一次发出一个查询sql，sql查询结果写入sqlsession的一级缓存中，缓存使用的数据结构是一个map<key,value>

key：hashcode+sql+sql输入参数+输出参数（sql的唯一标识）

value：用户信息

，同一个sqlsession再次发出相同的sql，就从缓存中取不走数据库。如果两次中间出现commit操作（修改、添加、删除），本sqlsession中的一级缓存区域全部清空，下次再去缓存中查询不到所以要从数据库查询，从数据库查询到再写入缓存。

每次查询都先从缓存中查询：

如果缓存中查询到则将缓存数据直接返回。

如果缓存中查询不到就从数据库查询：

10.3.2一级缓存配置

mybatis默认支持一级缓存不需要配置。

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

10.3.3一级缓存测试

10.4二级缓存

10.4.1原理

二级缓存的范围是mapper级别（mapper同一个命名空间），mapper以命名空间为单位创建缓存数据结构，结构是map<key、value>。

每次查询先看是否开启二级缓存，如果开启从二级缓存的数据结构中取缓存数据，

如果从二级缓存没有取到，再从一级缓存中找，如果一级缓存也没有，从数据库查询。

10.4.2mybatis二级缓存配置

在核心配置文件SqlMapConfig.xml中加入

	描述	允许值	默认值
cacheEnabled	对在此配置文件下的所有cache 进行全局性开/关设置。	true false	true

要在你的Mapper映射文件中添加一行： <cache /> ，表示此mapper开启二级缓存。

10.4.3查询结果映射的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接口。

10.4.4二级缓存禁用

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

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

10.4.5刷新缓存

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

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

10.4.6测试代码

10.4.7mybatis的cache参数（了解）

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

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

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

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

如下例子：

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

LRU – 最近最少使用的:移除最长时间不被使用的对象。
FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。

10.5mybatis和ehcache缓存框架整合

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

10.5.1分布缓存

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

10.5.2mybatis和ehcache思路

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

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

mybatis中默认实现：

10.5.3下载和ehcache整合的jar包

ehcache对cache接口的实现类：

10.5.4配置ehcache.xml

10.5.5整合测试

在mapper.xml添加ehcache配置：

10.6二级缓存的应用场景

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

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

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

10.7mybatis局限性

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