mybatis
高级映射 查询缓存 和spring整合
2018/5/6
1 复习
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拼接符号
if
where
foreach
1、使用resultMap完成高级映射(重点)
学习商品订单数据模型(一对一、一对多、多对多)
resultMap实现一对一、一对多、多对多
延迟加载
2、查询缓存(重点)
一级缓存
二级缓存
3、mbatis和spring整合(重点)
4、mybatis逆向工程(常用)
3 商品订单数据模型
学会在企业中如何去分析陌生表的数据模型:
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 一对一查询
4.1 需求
查询订单信息关联查询用户信息
4.2 sql语句
查询语句:
先确定主查询表:订单信息表
再确定关联查询表:用户信息
通过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.3 mapper.xml
定义mapper.xml文件,
4.3.4 mapper.java
4.4 使用resultMap实现一对一
4.4.1 resultMap映射思路
resultMap提供一对一关联查询的映射和一对多关联查询映射,一对一映射思路:将关联查询的信息映射到pojo中,如下:
在Orders类中创建一个User属性,将关联查询的信息映射到User属性中。
4.4.2 mapper.xml
4.4.3 resultMap定义
4.4.4 mapper.java
4.5 小结
resultType:要自定义pojo 保证sql查询列和pojo的属性对应,这种方法相对较简单,所以应用广泛。
resultMap:使用association完成一对一映射需要配置一个resultMap,过程有点复杂,如果要实现延迟加载就只能用resultMap实现 ,如果为了方便对关联信息进行解析,也可以用association将关联信息映射到pojo中方便解析。
5 一对多查询
5.1 需求
查询所有订单信息及订单下的订单明细信息。
5.2 sql语句
主查询表:订单表
关联查询表:订单明细
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.3 resultMap进行一对多映射思路
resultMap 提供collection完成关联信息映射到集合对象中。
在orders类中创建集合属性:
5.4 mapper.xml
5.5 resultMap定义
5.6 mapper.java
6 一对多查询(复杂)
6.1 需求
查询所有用户信息,关联查询订单及订单明细信息及商品信息,订单明细信息中关联查询商品信息
6.2 sql
主查询表:用户信息
关联查询:订单、订单明细,商品信息
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.3 pojo定义
在user.java中创建映射的属性:集合 List orderlist
在Orders中创建映射的属性:集合List orderdetails
在Orderdetail中创建商品属性:pojo Items items
6.4 mapper.xml
6.5 resultMap
6.6 mapper.java
7 多对多查询
一对多是多对多的特例。
需求1:
查询显示字段:用户账号、用户名称、用户性别、商品名称、商品价格(最常见)
企业开发中常见明细列表,用户购买商品明细列表,
使用resultType将上边查询列映射到pojo输出。
需求2:
查询显示字段:用户账号、用户名称、购买商品数量、商品明细(鼠标移上显示明细)
使用resultMap将用户购买的商品明细列表映射到user对象中。
8 延迟加载
8.1 使用延迟加载意义
在进行数据查询时,为了提高数据库查询性能,尽量使用单表查询,因为单表查询比多表关联查询速度要快。
如果查询单表就可以满足需求,一开始先查询单表,当需要关联信息时,再关联查询,当需要关联信息再查询这个叫延迟加载。
mybatis中resultMap提供延迟加载功能,通过resultMap配置延迟加载。
8.2 配置mybatis支持延迟加载
<!-- 全局配置参数 -->
<settings>
<!-- 延迟加载总开关 -->
<setting name="lazyLoadingEnabled" value="true" />
<!-- 设置按需加载 -->
<setting name="aggressiveLazyLoading" value="false" />
</settings>
8.3 延迟加载实现
8.3.1 实现思路
需求:
查询订单及用户的信息,一对一查询。
刚开始只查询订单信息
当需要用户时调用 Orders类中的getUser()方法执行延迟加载 ,向数据库发出sql。
8.3.2 mapper.xml
8.3.3 resultMap
8.3.4 mapper.java
8.3.5 测试代码
8.4 一对多延迟加载
一对多延迟加载的方法同一对一延迟加载,在collection标签中配置select内容。
9 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 查询缓存
10.1 缓存的意义
将用户经常查询的数据放在缓存(内存)中,用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询,从缓存中查询,从而提高查询效率,解决了高并发系统的性能问题。
10.2 mybatis持久层缓存
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。
每次查询先看是否开启二级缓存,如果开启从二级缓存的数据结构中取缓存数据,
如果从二级缓存没有取到,再从一级缓存中找,如果一级缓存也没有,从数据库查询。
10.4.2 mybatis二级缓存配置
在核心配置文件SqlMapConfig.xml中加入
<setting name="cacheEnabled" value="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使用二级缓存。
<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">
10.4.5 刷新缓存
如果sqlsession操作commit操作,对二级缓存进行刷新(全局清空)。
设置statement的flushCache是否刷新缓存,默认值是true。
10.4.6 测试代码
10.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:
- LRU – 最近最少使用的:移除最长时间不被使用的对象。
- FIFO – 先进先出:按对象进入缓存的顺序来移除它们。
- SOFT – 软引用:移除基于垃圾回收器状态和软引用规则的对象。
- WEAK – 弱引用:更积极地移除基于垃圾收集器状态和弱引用规则的对象。
10.5 mybatis和ehcache缓存框架整合
mybatis二级缓存通过ehcache维护缓存数据。
10.5.1 分布缓存
将缓存数据数据进行分布式管理。
10.5.2 mybatis和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.7 mybatis局限性
mybatis二级缓存对细粒度的数据级别的缓存实现不好
比如如下需求:对商品信息进行缓存,由于商品信息查询访问量大,但是要求用户每次都能查询最新的商品信息,此时如果使用mybatis的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其它商品的信息,
因为mybaits的二级缓存区域以mapper为单位划分,当一个商品信息变化会将所有商品信息的缓存数据全部清空。解决此类问题需要在业务层根据需求对数据有针对性缓存。
11 mybatis和spring整合
11.1 mybaits和spring整合的思路
1、让spring管理SqlSessionFactory
2、让spring管理mapper对象和dao。
使用spring和mybatis整合开发mapper代理及原始dao接口。
自动开启事务,自动关闭 sqlsession.
3、让spring管理数据源(数据库连接池)
11.2 创建整合工程
11.3 加入jar包
1、mybatis3.2.7本身的jar包
2、数据库驱动包
3、spring3.2.0
4、spring和mybatis整合包
从mybatis的官方下载spring和mybatis整合包
11.4 log4j.properties
11.5 SqlMapconfig.xml
mybatis配置文件:别名、settings等
数据源不在这里配置
11.6 applicationContext.xml
1、数据源(dbcp连接池)
2、SqlSessionFactory
3、mapper或dao
11.7 整合开发原始dao接口
11.7.1 配置SqlSessionFactory
在 applicationContext.xml配置SqlSessionFactory
11.7.2 开发dao
继承SqlSessionDaoSupport:
1,不用写setSqlSessionFactory方法
2,简化代码
11.7.3 配置 dao
11.7.4 测试dao接口
11.8 整合开发mapper代理方法
11.8.1 开发mapper.xml和mapper.java
11.8.2 使用MapperFactoryBean
使用此方法对于每个mapper都需要配置,比较繁琐。
11.8.3 使用MapperScannerConfigurer(扫描mapper)
使用sqlSessionFactoryBeanName:防止冲突
使用扫描器自动扫描mapper,生成代理对象,比较方便。
11.8.4 测试mapper接口
12 mybatis逆向工程 (MyBatis Generator)
12.1 什么是mybatis的逆向工程
mybatis官方为了提高开发效率,提高自动对单表生成sql,包括 :mapper.xml、
mapper.java、表名.java(po类)
在企业开发中通常是在设计阶段对表进行设计 、创建。
在开发阶段根据表结构创建对应的po类。
mybatis逆向工程的方向:由数据库表----》java代码
12.2 逆向工程 使用配置
运行逆向工程方法:
本教程使用通过java程序运行逆向工程 。
逆向工程 运行所需要的jar包:
数据库驱动包
12.2.1 xml配置
需要使用用配置的地方:
1、连接数据库的地址和驱动
2、需要配置po类的包路径
3、需要配置mapper包的路径
4、指定数据表
12.2.2 java程序
通过java程序生成mapper类、po类。。
12.3 使用逆向工程生成的代码
12.3.1 第一步配置generatorConfig.xml
参考:
12.3.2 第二步配置执行java程序
执行java程序后,所生成的代码已经生成到工程中。
12.3.3 第三步将生成的代码拷贝到工程 中
12.4 测试生成的代码
参考:
package cn.itcast.mybatis.mapper;
import static org.junit.Assert.fail;
import java.util.List;
import org.junit.Before;
import org.junit.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import cn.itcast.mybatis.po.Items;
import cn.itcast.mybatis.po.ItemsExample;
public class ItemsMapperTest {
private ApplicationContext applicationContext;
private ItemsMapper itemsMapper;
@Before
public void setUp() throws Exception {
// 创建spring容器
applicationContext = new ClassPathXmlApplicationContext(
"spring/applicationContext.xml");
itemsMapper = (ItemsMapper) applicationContext.getBean("itemsMapper");
}
// 根据主键删除
@Test
public void testDeleteByPrimaryKey() {
itemsMapper.deleteByPrimaryKey(4);
// 自定义条件删除
// itemsMapper.deleteByExample(example)
}
@Test
public void testInsert() {
Items items = new Items();
items.setName("手机");
items.setPrice(3000.0f);
itemsMapper.insert(items);
}
// 自定义条件查询
@Test
public void testSelectByExample() {
ItemsExample itemsExample = new ItemsExample();
ItemsExample.Criteria criteria = itemsExample.createCriteria();
criteria.andNameEqualTo("笔记本2");
// criteria.andNameLike("笔记本");
List<Items> list = itemsMapper.selectByExample(itemsExample);
System.out.println(list);
// 将大文本字段也查询出来
// itemsMapper.selectByExampleWithBLOBs(example)
}
// 根据主键查询
@Test
public void testSelectByPrimaryKey() {
Items items = itemsMapper.selectByPrimaryKey(1);
System.out.println(items);
}
@Test
public void testUpdateByPrimaryKey() {
// 将更新对象的内容全部更新到数据库
// updateByPrimaryKey通过是先查询再设置更新字段的值
Items items = itemsMapper.selectByPrimaryKey(1);
items.setName("笔记 本4");
itemsMapper.updateByPrimaryKey(items);
//自定义条件更新,example设置条件,record是更新对象
// itemsMapper.updateByExample(record, example)
//可以更新大文本字段
// itemsMapper.updateByExampleWithBLOBs(record, example)
}
@Test
public void testUpdateByPrimaryKeySelective() {
// 如果更新对象的属性不为空才更新到数据库
// 常用于指定字段更新,不用先查询出,可以直接new一个对象,此对象一定要设置id主键,再设置更新字段的值
Items items = new Items();
items.setId(1);
items.setName("笔记 本5");
itemsMapper.updateByPrimaryKeySelective(items);
}
}