mybatis第二天 高级映射 查询缓存 和spring整合
课程复习:
mybatis是什么?
mybatis是一个持久层框架,mybatis是一个不完全的ORM框架。SQL语句需要程序员自己去编写,但是mybatis也有映射(输入参数映射、输出结果映射)。
mybatis入门门槛不高,学习成本低,让程序员把精力放在sql语句上,对sql语句优化非常方便,适用于需求变化较多的项目,比如互联网项目。
mybatis框架执行过程:
1.配置mybatis的配置文件,SqlMapConfig.xml(名称不固定)
2.通过配置文件,加载mybatis运行环境,创建SqlSessionFactory会话工厂。
SqlSessionFactory在实际使用时按单例方式。
3.通过SqlSessionFactory创建SqlSession
SsqSession是一个面向用户接口(提供操作数据库方法),实现对象是线程不安全的,建议sqlSession应用场合在方法体内。
4.调用sqlSession的方法去操作数据。
如果需要提交事务,需要执行SqlSession的commit()方法。
5.释放资源,关闭SqlSession
mybatis开发dao的方法:
1.原始dao的方法
需要程序员编写dao接口和实现类。
需要在dao实现类中注入一个SqlSessionFactory工厂。
2.mapper代理开发方法(建议使用)
只需要程序员编写mapper接口(就是dao接口)
程序员在编写mapper.xml(映射文件)和mapper.java的类全路径。
1.mapper.xml中namespase就是mapper.java的类全路径。
2.mapper.xml中statment的id和mapper.java中方法名一致。
3.mapper.xml中statment的resultType指定输入类型和mapper.java的方法输入参数类型一致。
4.mapper.xml中statment的resultType指定输出结果的类型和mapper.java的方法返回值类型一致。
SqlMapConfig.xml配置文件:可以配置properties属性、别名、mapper加载....
输入映射:
parameterType:指定输入参数类型可以是简单类型、pojo、hashMap...
对于综合查询,建议parameterType使用包装的pojo,有利于系统扩展。
输出映射:
resultType:
查询到的列名和resultType指定的pojo的属性名一致,才能映射成功。
resutlMap:
可以通过resultMap完成一些高级映射。
如果查询到的列名和映射的pojo的属性名不一致时,通过result Map设置列名和属性名之间的对应关系(映射关系)。可以完成映射。
高级映射:
将关联查询的列映射到一个pojo属性中。(一对一)
将关联查询的列映射到一个List
动态sql:(重点)
if判断(掌握)
where
foreach
sql片段(掌握)
1.订单商品数据模型
1.1数据模型分析思路
1.每张表记录的数据内容
分模块对每张表记录的内容进行熟悉,相当于你学习系统需求(功能)的过程。
2.每张表重要的字段设置
非空字段、外键字段
3.数据库级别表与表之间的关系
外键关系
4.表与表之间的业务关系
在分析表与表之间的业务关系时一定要建立在某个业务意义基础上去分析。
1.2数据模型分析
用户表:user:
记录了购买商品的用户信息
订单表:orders
记录了用户所创建的订单(购买商品的订单)
订单明细表:orderdetail
记录了订单的详细信息即购买商品的信息
商品表:items
记录了商品信息
表与表之间的业务关系:
在分析表与表之间的业务关系时需要建立在某个业务意义基础上去分析。
先分析数据级别之间有关系的表之间的业务关系:
user和orders:
user--->orders:一个用户可以创建多个订单,一对多
orders--->user:一个订单只由一个用户创建,一对多
orders和orderdatail:
orders--->orderdetail:一个订单可以包括多个订单明细,因为一个订单可以购买多个商品,每个商品的购买信息在orderdetail记录,一对多关系
orderdetail--->orders:一个订单明细只能包括在一个订单中,一对一
orderdetail和items:
orderdetail--->items:一个订单明细只对应一个商品信息,一对一
items--->orderdetail:一个商品可以包括在多个订单明细,一对多
再分析数据库级别没有关系的表之间是否有业务关系:
orders和items:
orders和items之间可以通过orderdetail表建立关系。
2.一对一查询:
2.1需求:
查询订单信息,在关联查询创建订单的用户信息
2.2resultType
2.2.1sql语句
确定查询的主表:订单表
确定查询的关联表:用户表
关联表使用内连接?还是外连接
由于orders表中有一个外键(user_id),通过外键关联查询用户表只能查询出一个条记录,可以使用内连接。
SELECT
orders.*,
user.username,
user.sex,
user.address
FROM
orders
INNER JOIN
user
ON
orders.user_id = user.id
2.2.2创建pojo
将上边sql查询的结果映射到pojo中,pojo中必须包括所有查询列名。
原始的Orders.java不能映射全部字段,需要新创建的pojo。
创建一个pojo继承包括查询字段较多的po类。
//通过此类映射订单和用户查询的结果,让此类继承包括字段较多的pojo类
public class OrdersCustom extends Orders {
/*
* 添加用户属性
*/
private String username;
private String sex;
private String address;
2.2.3mapper.xml
2.2.4mapper.java
public List
2.3resultMap
2.3.1sql语句
同resultType实现的sql
2.3.2使用resultMap映射的思路
使用resultMap将查询结果中的订单信息映射到Orders对象中,在orders类中添加User属性,将关联查询出来的用户信息映射到orders对象中的user属性中。
2.3.3需要Orders类中添加user属性
public class Orders {
private Integer id;
private Integer userId;
private String number;
private Date createtime;
private String note;
// 用户信息
private User user;
2.3.4mapper.xml
2.3.4.1定义resultMap
2.3.4.2statement定义
2.3.5
public List
2.4resultType和resultMap实现一对一查询小结
实现一对一查询:
resultType:使用resultType实现较为简单,如果pojo中没有包括查询出来的列名,需要增加列名对应的属性,即可完成映射。
如果没有查询结果的特殊要求建议使用resultType。
resultMap:需要单独定义resultMap,实现有点麻烦,如果对查询结果有特殊的要求,使用resutlMap可以完成将关联查询映射pojo的属性中。
resutlMap可以实现延迟加载,resultType无法实现延迟加载。
3.一对多查询
3.1需求
查询订单及订单明细的信息。
3.2sql语句
确定主查询表:订单表
确定关联查询表:订单明细表
在一对一查询基础上添加订单明细表关联即可。
SELECT
orders.*,
USER.username,
USER.sex,
USER.address,
orderdetail.id orderdetail_id,
orderdetail.items_id,
orderdetail.items_num,
orderdetail.orders_id
FROM
orders,
USER,
orderdetail
WHERE orders.user_id = user.id AND orderdetail.orders_id=orders.id
3.3分析
使用resultType将上边的查询结果映射到pojo中,订单信息的就是重复。
要求:
对orders映射不能出现重复记录。
在orders.java类中添加List
最终会将订单信息映射到orders中,订单所对应的订单明细映射到orders中的orderDetailList属性中。
映射成的orders记录数为两条(orders信息不重复)
每个orders中的orderDetail属性存储了该订单所对应的订单明细。
3.4在orders中添加list订单明细属性
public class Orders {
private Integer id;
private Integer userId;
private String number;
private Date createtime;
private String note;
// 用户信息
private User user;
// 订单明细
private List
3.5mapper.xml
3.6resultMap定义
3.7mapper.java
//查询订单及订单明细
public List
3.8小结
mybatis使用resultMap的collection对关联查询的多条记录映射到一个list集合属性中。
使用resultType实现:
将订单明细映射到orders的orderdetailList中,需要自己处理,使用双重循环遍历,去掉重复记录,将订单明细放在orderdetailList中。
4.多对多查询
4.1需求
查询用户及用户购买商品信息。
4.2sql语句
查询主表的是:用户表
关联表:由于用户和商品没有直接关联,通过订单和订单明细进行关联,所以关联表:orders、orderdetail、items
SELECT
orders.*,
user.username,
user.sex,
user.address,
orderdetail.id orderdetail_id,
orderdetail.items_id,
orderdetail.items_num,
orderdetail.orders_id,
items.name items_name,
items.detail items_detail,
items.price items_price
FROM
orders,
user,
orderdetail,
items
WHERE
orders.user_id = user.id
AND
orderdetail.orders_id =
orders.id
AND
orderdetail.items_id =
items.id
4.3映射思路
将用户信息映射到user中
在User类中添加订单列表属性List
在Orders中添加订单明细列表属性List
在OrderDetail中添加Items属性,将订单明细所对应的商品映射到Items
4.4mapper.xml
4.5resultMap定义
4.6mapper.java
//查询用户及商品的购买信息
public List
4.7多对多查询总结
将查询用户购买的商品信息明细清单,(用户名、用户地址、购买商品名称、购买商品时间、购买商品数量)
针对上边的需求就使用resultType将查询到的记录映射到一个扩展的pojo中,很简单实现明细清单的功能。
一对多是多对多的特例,如下需求:
查询用户购买的商品信息,用户和商品的关系是多对多关系。
需求1:
查询字段:用户账号、用户名称、用户性别、商品名称、商品价格(最常见)
企业开发中常见明细列表,用户购买商品明细列表,
使用resultType将上边查询列映射到pojo输出。
需求2:
查询字段:用户账号、用户名称、购买商品数量、商品明细(鼠标移上即可显示明细)
使用resultMap将用户购买的商品明细列表映射到user对象中。
总结:
使用resultMap是针对那些对查询结果映射有特殊要求的功能,比如特殊要求映射成list中包括多个list。
5.resultMap总结
resultType
作用:
将查询结果按照sql列名pojo属性名一致性映射到pojo中。
场合:
常见一些明细记录的展示,比如用户购买商品明细,将关联查询信息全部展示在页面时,此时可以直接使用result将每一条记录映射到pojo中,在前端页面遍历list(list中是pojo)即可。
resultMap:
使用association和collection完成一对一和一对多高级映射(对结果有特殊的映射要求)。
association:
作用:
将关联查询信息映射到一个pojo对象中。
场合:
为了方便查询关联信息可以使用association将关联订单信息映射为用户对象的pojo属性中,比如:查询订单及关联用户信息。
使用resultType无法将查询结果映射到pojo对象的pojo属性中,根据对结果集查询遍历的需要选择使用resultType还是resultMap。
collection:
作用:
将关联查询信息映射到一个list集合中。
场合:
为了方便查询遍历关联信息可以使用collection将关联信息映射到list集合中,比如:查询用户权限范围模块及模块下的菜单,可以使用collection将模块映射到模块list中,将菜单列表映射到模块对象的菜单list属性中,这样的做的目的也是方便对查询结果集进行遍历查询。
如果使用resultType无法将查询结果映射到list集合中。
6.延迟加载
6.1什么是延迟加载
resultMap可以实现高级映射(使用association、collection实现一对一及一对多映射),association、collection具备延迟加载功能。
需求:
如果查询订单并且关联查询用户信息。如果先查询订单信息即可满足要求,当我们需要查询用户信息时再查询用户信息。把对用户信息的按需去查询就是延迟加载。
延迟加载:先从单表查询、需要时再从关联表去关联查询,大大提供数据库性能,因为查询单表要比关联查询多张表速度要快。
6.2使用association实现延迟加载
6.2.1需求:
查询订单并且关联查询用户信息
6.2.2mapper.xml
需要定义两个mapper的方法对应的statement。
1.只查询订单信息
SELECT * FROM orders
在查询订单的statement中使用association去延迟加载(执行)下边的satatement(关联查询用户信息)
2.关联查询用户信息
通过上边查询到的订单信息中user_id去查询用户信息
使用UserMapper.xml中的findUserById
上边先去执行findOrdersUserLazyLoading,当需要去查询用户的时候再去执行findUserById,通过resultMap的定义将延迟加载执行配置起来。
6.2.3延迟加载resultMap
使用association中的select指定延迟加载去执行的statement的id。
6.2.4mapper.java
//查询订单关联查询用户,用户信息是延迟加载
public List
6.2.5测试
6.2.5.1测试思路:
1.执行上边mapper方法(findOrdersUserLazyLoading),内部去调用com.changemax.mybatis.mapper.OrderMapperCustom中的findOrdersUserLazyLoading只查询orders信息(单表)。
2.在程序中去遍历上一步骤查询出的List
3.延迟加载,去调用UserMapper.xml中findUserById这个方法获取用户信息。
6.2.5.2延迟加载配置
mybatis默认没有开启延迟加载,需要在SqlMapConfig.xml中setting配置。
在mybatis核心配置文件中配置:
lazyLoadingEnabled、aggressiveLazyLoading
设置项 描述 允许值 默认值
lazyLoadingEnabled 全局性设置懒加载。如果设为‘false’,则所有相关联的都会被初始化加载。 true | false false
aggressiveLazyLoading 当设置为‘true’的时候,懒加载的对象可能被任何懒属性全部加载。否则,每个属性都按需加载。 true | false true
在sqlMapConfig.xml中配置:
6.2.5.3测试代码
@Test
public void testFindOrderUserLazyLoading() throws Exception {
SqlSession sqlSession = sqlSessionFactory.openSession();
// 创建UserMapper对象
OrdersMapperCustom ordersMapperCustom = sqlSession.getMapper(OrdersMapperCustom.class);
List
for (Orders orders : ordersList) {
User user = orders.getUser();
System.out.println(user);
}
sqlSession.close();
}
6.2.6延迟加载思考
不使用mybatis提供的association及collection中的延迟加载功能,如何实现延迟加载?
实现方法如下:
定义两个mapper方法:
1.查询订单列表
2.根据用户id查询用户信息
实现思路:
先去查询第一个mapper方法,获取订单信息列表
在程序中(service),按需去调用第二个mapper方法去查询用户信息。
总之:
使用延迟加载方法,先去查询简单的sql(最好单表,也可以关联查询),再去按需加载关联查询的其他信息。
6.查询缓存
7.1什么是查询缓存
mybatis提供查询缓存,用于减轻数据压力,提高数据库性能。
mybatis提供一级缓存,和二级缓存。
一级缓存是SqlSession级别的缓存。在操作数据库时,需要构造sqlSession对象,在对象有一个数据结构(HashMap)用于存储缓存数据。不同的sqlSession之间的缓存数据区域(HashMap)是互相不影响的。
二级缓存是mapper级别的缓存,多个SqlSession去操作同一个Mapper的sql语句,多个SqlSession可以共用二级缓存,二级缓存是跨SqlSession的。
为什么要使用缓存》?
如果缓存中有数据就不用从数据库中获取,大大提高了系统性能。
7.2一级缓存
7.2.1一级缓存工作原理
第一次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,如果灭有,从数据库查询用户信息。
得到用户信息,将用户信息存储到一级缓存中。
如果sqlSession去执行commit操作(执行插入;更新、删除),清空SqlSession中的一级缓存,这样做的目的是为了让缓存中存储的是最新的信息,避免脏读。
第二次发起查询用户id为1的用户信息,先去找缓存中是否有id为1的用户信息,缓存中有,直接从缓存中获取用户信息。
7.2.2一级缓存测试
mybatis默认支持一级缓存,不需要再配置文件去配置。
按照上边一级缓存原理步骤去测试。
// 一级缓存测试
@Test
public void testCache1() throws Exception {
SqlSession sqlSession = sqlSessionFactory.openSession();
// 创建UserMapper对象
OrdersMapperCustom ordersMapperCustom = sqlSession.getMapper(OrdersMapperCustom.class);
List
List
List
// for (Orders orders : ordersList) {
// User user = orders.getUser();
// System.out.println(user);
// }
sqlSession.close();
}
7.2.3一级缓存应用
正式开发,是将mybatis和spring进行整合开发,事务控制在service中。
一个service方法中包括很多mapper方法调用。
service{
//开始执行时,开启事务,创建SqlSession对象
//第一次调用mapper的方法findUserById(1);
//第二次调用mapper的方法findUserById(1),从一级缓存中取数据
//方法结束,sqlSession关闭
}
如果是执行两次service调用查询相同的用户信息,不走一级缓存,因为session方法结束,sqlSession就关闭,一级缓存就清空。
7.3二级缓存
7.3.1原理
首先开启mybatis的二级缓存。
sqlSession1去查询用户id为1的用户信息,查询到用户信息会将查询数据存储到二级缓存中。
如果SqlSession3去执行相同mapper下sql,执行commit提交,清空该mapper下的二级缓存区域的数据。
sqlSession2去查询用户id为1的用户信息,去缓存中找是否存在数据,如果存在直接从缓存中取出数据。
二级缓存与一级缓存区别,二级缓存的范围更大,多个sqlSession可以共享一个UserMapper的二级缓存区域。UserMapper有一个二级缓存区域(按namespace分),其他mapper也有自己的二级缓存区域(按namespace分)。
每一个namespace的mapper都有一个二级缓存区域,两个mapper的namespace如果相同,这两个mapper执行sql查询到数据将存在相同的二级缓存区域中。
7.3.2开启二级缓存
mybatis的二级缓存是mapper范围级别,除了在SqlMapConfig.xml设置二级缓存的总开关,还要在具体的mapper.xml中开启二级缓存。
在核心配置文件SqlMapConfig.xml中加入
描述 允许值 默认值
cacheEnabled 对在此配置文件下的所有cache 进行全局性开/关设置。 true false true
在UserMapper.xml中开启二级缓存,UserMapper.xml下的sql执行完成会存储到它的缓存区域(HashMap)。
7.3.3调用pojo类实现序列化接口
public class User implements Serializable{
// 属性名和数据库表的字段对应
private int id;
private String username;// 用户姓名
private String sex;// 性别
private Date birthday;// 生日
private String address;// 地址
private List
为了将缓存数据取出执行反序列化操作,因为二级缓存数据存储介质多种多样,不一样在内存。
7.3.4测试方法
// 二级缓存测试
@Test
public void testCache2() throws Exception {
SqlSession sqlSession1 = sqlSessionFactory.openSession();
SqlSession sqlSession2 = sqlSessionFactory.openSession();
SqlSession sqlSession3 = sqlSessionFactory.openSession();
// 创建代理对象
UserMapper userMapper1 = sqlSession1.getMapper(UserMapper.class);
// 第一次发起请求,查询id为1的用户
User user1 = userMapper1.findUserById(1);
System.out.println(user1);
//这里执行关闭操作,将sqlsession中的数据写到二级缓存区域
sqlSession1.close();
//使用sqlSession3执行commit()操作
UserMapper userMapper3 = sqlSession3.getMapper(UserMapper.class);
User user = userMapper3.findUserById(1);
user.setUsername("张明明");
userMapper3.updateUser(user);
//执行提交,清空UserMapper下边的二级缓存
sqlSession3.commit();
sqlSession3.close();
UserMapper userMapper2 = sqlSession2.getMapper(UserMapper.class);
// 第二次发起请求,查询id为1的用户
User user2 = userMapper2.findUserById(1);
System.out.println(user2);
sqlSession2.close();
}
7.3.5useCache配置
在statement中设置useCache=false可以禁用当前select语句的二级缓存,即每次查询都会发出sql去查询数据库数据,默认情况是true,即该sql使用二级缓存。
总结:针对每次查询都需要最新的数据sql,要设置成useCache=false,禁用二级缓存。
7.3.6刷新缓存(就是清空缓存)
在mapper的同一个namespace中,如果有其他insert、update、delete操作数据后需要刷新缓存,如果不执行刷新缓存就会出现脏读。
如下:
update user set
username=#{username},birthday=#{birthday},sex=#{sex},address=#{address}
where id=#{id}
总结:一般情况下执行完commit操作都需要刷新缓存,flushCache=ture表示刷新缓存,这样就可以避免数据库脏读。
7.4mybatis整合ehcache
ehcache是一个分布式缓存框架。
7.4.1分布缓存
我们系统为了提高系统并发,性能,一般对系统进行分布式部署(集群部署方式)
不使用分布缓存,缓存的数据在各个服务器中单独存储,不方便系统开发。所以要使用分布式缓存对缓存数据进行集中管理。
mybatis无法实现分布式缓存,需要和其他分布式缓存框架进行整合。
7.4.2整合方法(掌握)
mybatis提供了一个cache接口,如果要实现自己的缓存逻辑,实现cache开发即可。
mybatis和ehcache整合,mybatis和ehcache整合包中提供了cache接口的实现类。
public interface Cache {
/**
* @return The identifier of this cache
*/
String getId();
/**
* @param key Can be any object but usually it is a {@link CacheKey}
* @param value The result of a select.
*/
void putObject(Object key, Object value);
/**
* @param key The key
* @return The object stored in the cache.
*/
Object getObject(Object key);
mybatis默认实现cache类是:
public final class EhcacheCache implements Cache {
/**
* The cache manager reference.
*/
private static final CacheManager CACHE_MANAGER = CacheManager.create();
/**
* The {@code ReadWriteLock}.
*/
private final ReadWriteLock readWriteLock = new ReentrantReadWriteLock();
/**
* The cache id.
*/
private final String id;
7.4.4整合ehcache
配置mapper中cache中的type为ehcache对cache接口的实现类型。
7.4.5加入ehcache的配置文件
在classpath下配置ehcache.xml
eternal="false"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
maxElementsOnDisk="10000000"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
7.5二级缓存应用场景
对于访问多的查询请求且用户对查询结果实时性要求不高,此时可采用mybatis二级缓存技术降低数据库访问量,提供访问速度,业务场景比如:耗时较高的统计分析sql,电话账单sql等。
实现方法如下:通过设置刷新间隔时间,由mybatis每隔一段时间自动清空缓存,根据数据变化频率设置缓存刷新间隔flushInterval,比如设置为30分钟、60分钟、24小时等,根据需求而定。
7.6二级缓存局限性
mybatis二级缓存对细粒度的数据级别的缓存实现不好,比如如下需求:对商品信息进行缓存,由于商品信息查询访问量大,但是要求用户每次都能查询最新的商品信息,此时如果使用mybatis的二级缓存就无法实现当一个商品变化时只刷新该商品的缓存信息而不刷新其他商品的信息,因为mybatis的二级缓存区域以mapper为单位划分,当一个商品信息变化会将所有商品信息的缓存数据全部清空。解决此类问题需要在业务层根据需求对数据有正对性缓存。
8.spring和mybatis整合