Spring系列–持久层整合
第一章 持久层整合
1. Spring框架为什么要与持久层技术进行整合
1. JavaEE开发需要持久层进行数据库的访问操作
2. JDBC Hibernate MyBatis进行持久开发过程存在大量的代理冗余
3. Spring基于模板设计模式对于上述的持久层技术进行了封装
1. JDBC
|- JDBCTemplate
2. Hibernate(JPA)
|- HibernateTemplate
3. Mybatis
|- SqlSessionFactoryBean MapperScannerConfigure
第二章 Spring与Mybatis整合
1. Mybatis开发步骤的回顾
1. 实体
2. 实体别名
3. 表
4. 创建DAO接口
5. 实现Mapper文件
6. 注册Mapper文件
7. Mybatis API调用
2. Mybatis在开发过程中存在的问题
配置繁琐 代码冗余
1. 实体
2. 实体别名 配置繁琐
3. 表
4. 创建DAO接口
5. 实现Mapper文件
6. 注册Mapper文件 配置繁琐
7. Mybatis API调用 代码冗余
3. Spring与Mybatis整合思路分析
4. Spring与Mybatis整合开发步骤
-
配置文件（ApplicationContext.xml）进行相关配置
<bean id="dataSource" class=""/> <!-- 创建SqlSessionFactoryBean --> <bean id="ssfb" class="SqlSessionFactoryBean"> <property name="dataSource" ref=""/> <property name="typeAliasesPackage" ref=""> 指定 实体类所在的包 com.jujuxiaer.entity User Product </property> <property name="mapperLocations" ref=""> 指定 配置文件（映射文件）的路径 还有通用配置 com.jujuxiaer.mapper/*Mapper.xml </property> </bean> <!-- DAO接口的实现类 session --> session.getMapper() --> xxxDAO实现类对象 XXXDAO --> xXXDAO --> <bean id="scanner" class="MapperScannerConfigure"> <property name="sqlSessionFactoryBean" ref="ssfb"/> <property name="basePackage"> 指定 DAO接口放置的包 com.jujuxiaer.dao </property> </bean> -
编码
# 实战经常根据需求 写的代码 1. 实体 2. 表 3. 创建DAO接口 4. 实现Mapper文件
3. Spring与Mybatis整合编码
-
搭建开发环境(jar)
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.1.14.RELEASE</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.2</version> </dependency> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.18</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.48</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.4.6</version> </dependency> -
Spring配置文件的配置
<!--Spring的配置文件和小配置文件的整合--> <context:property-placeholder location="classpath:/db.properties"/> <!--连接池--> <bean class="com.alibaba.druid.pool.DruidDataSource" id="dataSource"> <property name="driver" value="${database.driver}"/> <property name="url" value="${database.url}"/> <property name="username" value="${database.username}"/> <property name="password" value="${database.password}"/> </bean> <!--创建SqlSessionFactoryBean--> <bean class="org.mybatis.spring.SqlSessionFactoryBean" id="sqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="typeAliasesPackage" value="com.jujuxiaer.entity"/> <property name="mapperLocations"> <list> <value>classpath:com.jujuxiaer.mapper/*Mapper.xml</value> </list> </property> </bean> <!--创建DAO对象 MapperScannerConfigure--> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer" id="scanner"> <property name="sqlSessionFactoryBeanName" value="sqlSessionFactoryBean"/> <property name="basePackage" value="com.jujuxiaer.dao"/> </bean> -
编码
1. 实体 2. 表 3. 创建DAO接口 4. 实现Mapper文件
6. Spring与Mybatis整合细节
-
问题： Spring与Mybatis整合后，为什么DAO不提交事务，但是数据能后插入数据库中？
Connection --> tx Mybatis(Connection) 本质上控制连接对象（Connection） --> 连接池（DataSource) 1. Mybatis提供的连接池对象 --> 创建Connection Connection.setAutoCommit(false) 手工的控制了事务，操作完成后，需手工提交 2. Druid(C3P0 DBCP) 作为连接池 --> 创建Connection Connection.setAutoCommit(true) true为默认值，保持自动控制事务，一条sql执行完，会自动提交 答案： 因为Spring与Mybatis整合时，引入了外部连接池对象，保持自动的事务提交这个机制（Connection.setAutoCommit(true)），不需要手工进行事务的操作，也能进行事务的提交 注意：未来实战中，还会手工控制事务（多条sql一起成功，一起失败），后续Spring通过事务控制解决这个问题。
第三章 Spring的事务处理
1. 什么是事务
保证业务操作完整性的一种数据库机制
事务的4特点： A C I D
1. A 原子性
2. C 一致性
3. I 隔离性
4. D 持久性
2. 如何控制事务
JDBC：
Connection.setAutoCommit(false);
Connection.commit();
Connection.rollback();
Mybatis:
Mybatis自动开启事务
sqlSession.commit();
sqlSession.rollback();
结论：控制事务的底层，都是Connection对象完成的。
3. Spring控制事务的开发
Spring是通过AOP的方式进行事务的开发
-
原始对象
public class XXXUserServiceImpl { private XXXDAO xxxDAO; set get 1. 原始对象 ---> 原始方法 ---> 核心方法（业务处理 + DAO调用） 2. DAO作为Service的成员变量，依赖注入的方式进行赋值 } -
额外功能
1. MethodInterceptor public Obejct invoke(MethodInvocation invocation) { try { Connection.setAutoCommit(false); Object ret = invocation.proceed(); Connection.commit(); } catch { Connection.rollback(); } return ret; } 既然上述代码还是用Connection解决事务的功能，Spring将上述代码封装好了，不用程序员每次都写上述一样的代码了。Spring通过 org.springframework.jdbc.datasource.DataSourceTransactionManager来实现上述代码功能，上述代码需要Connection对象，因此需要将Connection注入给DataSourceTransactionManager，而通过DataSource可以获得Connection对象，因此只需要将DataSource注入给DataSourceTransactionManager即可。 2. @Aspect @Around -
切入点
@Transactional 事务的额外功能加给那些业务方法 1. 类上：类中所有的方法都会加入事务 2. 方法上：这个方法会加入事务 -
组装切面
1. 切入点 2. 额外功能 <tx:annocation-driven transaction-manager=""/>
4. Spring控制事务的编码
-
搭建开发环境
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-tx</artifactId> <version>5.1.14.RELEASE</version> </dependency> -
编码
<bean id="userService" class="com.jujuxiaer.service.UserServiceImpl"> <property name="userDAO" ref="userDAO"/> </bean> <!--DataSourceTransactionManager--> <bean id="dataSourceTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven transaction-manager="dataSourceTransactionManager"/> @Transactional public class UserServiceImpl implements UserService { private UserDAO userDAO; -
细节
<tx:annotation-driven transaction-manager="dataSourceTransactionManager" proxy-target-class="true"/> 进行动态代理的切换 proxy-target-class 默认 false 使用JDK动态代理 true 使用Cglib动态代理
第四章 Spring中的事务属性（Transaction Attribute）
1. 什么是事务属性
属性： 描述物体特征的一系列值
性别 身高 体重...
事务属性：描述事务特征的一系列值
1. 隔离属性
2. 传播属性
3. 只读属性
4. 超时属性
5. 异常属性
2. 如何添加事务属性
@Transactional(isolation=, propagation=, readOnly=, timeout=, rollbackFor=, noRollbackFor=,)
3. 事务属性详解
3.1 隔离属性
-
隔离属性的概念
概念：它描述了事务解决并发问题的特征 1. 什么是并发 多个事务（用户）在同一时间，访问操作了相同的数据 同一时间指的是，0.000几秒 2. 并发会产生哪些问题 脏读 不可重复读 幻读 3. 并发问题如何解决 通过隔离属性解决，隔离属性中设置不同的值，解决并发处理过程中的问题 -
事务并发产生的问题
-
脏读
A事务，读取了B事务中没有提交的数据，A事务在B事务没有提交的数据基础上进行下一步操作，最后提交事务，但是A事务后面回滚了事务，那么A事务进行的操作是在错误数据的基础上进行的，那么最后由A事务产生的数据也就是错误的，也就产生了脏数据（产生数据不一致的问题）。 解决方案： @Transactional(isolation=Isolation.READ_COMMITED)通过下图例子加深理解：银行1000元，A，B两人同时取钱（两人并发访问操作这100元，A要快于B）。A读取到1000元，准备取300元，完成了update(700)，但还未完成提交操作，这时B读取到了这个700元，在这700元的基础上准备取200，最后完成更新update(500)和提交操作。但是在这个过程中A不想取了，进行了回滚，那B这个700元的基础数据就是个错误的数据，在错误的数据上进行的操作得到的最后的数据自然就是错误的数据，最终出现数据不一致的问题了。
-
不可重复读
一个事务中，多次读取相同的数据，但是读取结果不一样。会在本事务中产生数据不一致的问题。 注意： 1. 不是脏读 2. 一个事务中 解决方案： @Transactional(isolation=Isolation.REPEATABLE_READ) 本质： 一把行锁
-
幻读
一个事务中，多次对整表进行查询统计，但是结果不一样，会在事务中产生数据不一致的问题 解决方案: @Transactional(isolation=Isolation.SERIALABLE) 本质： 表锁
-
总结
并发安全：SERIALABLE > REPEATABLE_READ > READ_COMMITED 运行效率：READ_COMMITED > REPEATABLE_READ > SERIALABLE
-
-
数据库对于隔离属性的支持
隔离属性的值 MySQL Oracle ISOLATION_READ_COMMITED √ √ ISOLATION_REPEATABLE_READ √ × ISOLATION_SERIALABLE √ √ Oracle不支持REPEATABLE_READ值，那么如何解决不可重复读的问题呢？ 采用多版本比对的方式 -
默认隔离属性
ISOLATION_DEFAULT：会调用不同数据库所设置的默认隔离属性 MySQL : REPEATABLE_READ Oracle: READ_COMMITED-
查看数据库默认隔离属性
-
MySQL
SELECT @@tx_isolation;
-
Oracle
可自行百度
-
-
-
隔离属性在实战中的建议
推荐使用Spring指定的ISOLATION_DEFAULT 1. MySQL repeatable_read 2. Oracle read_commited 未来实战中，并发访问情况很低 如果真遇到并发问题，可以通过乐观锁来解决 1. Hibernate（JPA） Version 2. MyBatis 通过拦截器自定义开发
3.2 传播属性（Propagation）
-
传播属性的概念
概念：描述了事务解决嵌套问题的特征 事务的嵌套：指的是一个大事务中，包含了若干个小的事务 事务的嵌套会产生的问题：大事务中融入了很多小事务，它们彼此影响，最终就导致了外部大事务丧失了事务的原子性
-
传播属性的值及其用法
传播属性的值 外部不存在事务 外部存在事务 用法 备注 REQUIRED 开启新事务 融合到外部事务中 @Transactional(propagation = Propagation.REQUIRED) 增删改方法 SUPPORTS 不开启新事务 融合到外部事务中 @Transactional(propagation = Propagation.SUPPORTS) 查询方法 REQUIRES_NEW 开启新事务 挂起外部事务，创建新事务 @Transactional(propagation = Propagation.REQUIRES_NEW) 日志记录的方法 NOT_SUPPORTS 不开启新事务 挂起外部事务 @Transactional(propagation = Propagation.NOT_SUPPORTS) 极其不常用 NEVER 不开启新事务 抛出异常 @Transactional(propagation = Propagation.NEVER) 极其不常用 MANDATORY 抛出异常 融合到外部事务中 @Transactional(propagation = Propagation.MANDATORY) 极其不常用 
-
默认的传播属性
REQUIRED是传播属性的默认值 -
推荐传播属性的使用方式
增删改的方法：直接使用默认值REQUIRED 查询操作：显式指定传播属性的值为SUPPORTS
3.3 只读属性（readOnly）
针对只进行查询操作的业务方法，可以加入只读属性，提供运行效率
默认值：false
3.4 超时属性
指定了事务等待的最长时间
1. 为什么事务需要等待？
当前事务访问数据时，有可能访问的数据被别的事务进行加锁处理，那么此时本事务就必须进行等待了
2. 等待时间，单位为秒
3. 如何应用 @Transactional(timeout = 2)
4. 超时属性的默认值为-1
最终由对应的数据库来指定
3.5 异常属性
Spring事务处理过程中
默认对于RuntimeException及其子类，采用的是回滚的策略
默认对于Exception及其子类，采用的是提交的策略
rollbackFor = {java.lang.Exception, xxx, xxx}
noRollbackFor = {java.lang.RuntimeException, xxx, xxx}
@Transactional(rollbackFor = {java.lang.Exception.class}, noRollbackFor = {java.lang.RuntimeException.class})
建议： 实战中使用RuntimeException及其子类，使用事务异常属性的默认值
4. 事务属性常见配置总结
1. 隔离属性 默认值
2. 传播属性 Required(默认值) 增删改 Supports 查询操作
3. 只读属性 readOnly false 增删改 true 查询操作
4. 超时属性 默认值 -1
5. 异常属性 默认值
建议：
增删改操作 @Transactional
查询操作 @Transactional(propagation = Propagation.SUPPORTS, readObly = true)
扫一扫
591
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
