一、持久层整合
1.Spring框架为什么要与持久层技术进行整合
1.JavaEE开发需要持久层进行数据库的访问操作。
2.JDBC、Hibernate、MyBatis进行持久开发过程存在大量的代码冗余
3.Spring基于模板设计模式对于上述的持久层技术进行了封装。
2.Spring可以与哪些持久层技术进行整合？
1.JDBC
|- JDBCTemplate
2.Hibernate
|- HibernateTemplate
3.MyBatis
|- SqlSessionFactoryBean MapperScannerConfigure
二、Spring与MyBatis整合
1.MyBatis开发步骤的回顾
1.实体
2.实体别名
3.表
3.创建DAO接口
5.实现Mapper文件
6.注册Mapper文件
7.MybatisAPI调用
详情可见此
2.Mybatis在开发过程中存在的问题
配置繁琐 代码冗余
1.实体
2.实体别名 配置繁琐
3.表
3.创建DAO接口
5.实现Mapper文件
6.注册Mapper文件 配置繁琐
7.MybatisAPI调用 代码冗余
3.Spring与Mybatis整合思路分析
4.Spring与Mybatis整合的开发步骤
- 配置文件（ApplicationContext.xml）进行相关配置
#配置 只需要配置一次
<!--配置连接池-->
<bean id="dataSource" class=""/>
<!--创建SplSessionFactory-->
<bean id="ssfb" class="SqlSessionFactoryBean">
<property name="dataSource" ref=""/>
<property name="typeAliasesPackage">
指定实体类所在的包 com.xxx.entity User/Product/xxx
</property>
<property name="mapperLocations">
指定配置文件(映射文件)的路径 还有通用配置
com.baizhiedu.mapper/*Mapper.xml
</property>
</bean>
<!--DAO接口的实现类
session--->session.getMapper() ---xxxDAO实现类对象
XXXDAO ---xXXDAO 规则为首字母小写后面保留原有格式
-->
<bean id="scanner" class="MapperScannerConfigure">
<property name="sqlSessionFactoryBeanName" value="ssfb"/>
<property name="basePackage">
指定DAO接口放置的包 com.xxx.dao
</property>
</bean>
5.Spring与Mybatis整合编码
- 搭建开发环境（jar）
<!--MySql 依赖jar-->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.49</version>
</dependency>
<!--mybatis 依赖jar-->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.4.6</version>
</dependency>
<!--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>
<!--连接池 依赖jar-->
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>1.1.18</version>
</dependency>
- Spring配置文件的配置
<!--连接池-->
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource">
<property name="driverClassName" value="com.mysql.jdbc.Driver"></property>
<property name="url" value="jdbc:mysql://localhost:3306/bugz?useSSL=false"></property>
<property name="username" value="root"></property>
<property name="password" value="123456"></property>
</bean>
<!--创建SplsessionFactory SplSessionFactoryBean对象-->
<bean id="sqlSessionFactoryBean" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource"></property>
<property name="typeAliasesPackage" value="com.myspring.demo.entity"></property>
<property name="mapperLocations">
<list>
<value>classpath:com.myspring.mapper/*Mapper.xml</value>
</list>
</property>
</bean>
<!--创建DAO对象 mapperScannerConfigure-->
<bean id="scanner" class="org.mybatis.spring.mapper.MapperScannerConfigurer">
<property name="sqlSessionFactoryBeanName" value="sqlSessionFactoryBean"></property>
<property name="basePackage" value="com.myspring.demo.dao"></property>
</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 持久性
——————————————————————————————————————————————————————————————————————————————————
原子性（Atomicity）
原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
——————————————————————————————————————————————————————————————————————————————————
一致性（Consistency）
事务前后数据的完整性必须保持一致。
——————————————————————————————————————————————————————————————————————————————————
隔离性（Isolation）
事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。
——————————————————————————————————————————————————————————————————————————————————
持久性（Durability）
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响
2.如何控制事务
JDBC：
Connection.setAutoCommit(false);
Connection.commit();
Connection.rollback();
Mybatis
Mybatis自动开启事务
sqlSession(Connection).commit();
sqlSession(Connection).rollback();
结论：控制事务的底层 都是Connection对象完成的。
3.Spring控制事务的开发
Spring是通过AOP的方式进行事务开发
（1）原始对象
public class xxxUserServiceImpl{
private xxxDAO xxxDAO;
get set 方法
1.原始对象 ---> 原始方法 ---> 核心功能(业务处理+DAO调用)
2.DAO作为Service的成员变量，依赖注入的方式进行赋值
}
（2）额外功能
1.org.springframework.jdbc.datasource.DataSourceTransactionManager
2.注入DataSource
1.MethodInterceptor
public Object invoke(MethodInvocation invocation){
try{
Connection.setAutoCommit(false);
Object ret = invocation.proceed();
Connection.commit();
}catch(Exception e){
Connection.rollback();
}
return ret;
}
2.@Aspect
@Around
（3）切入点
@Transactional
事务的额外功能加入给那些业务方法。
1.类上：类中所有的方法都会加入事务
2.方法上：这个方法会加入事务。
（4）组装切面
1.切入点
2.额外功能
<tx:annotatyion-driven transaction-manager=""/>
4.Spring控制事务的编码
- 搭建开发环境（jar）
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-tx</artifactId>
<version>5.1.14.RELEASE</version>
</dependency>
- 编码
<!--userService 1.原始对象-->
<bean id="userService" class="com.myspring.service.UserServiceImpl">
<property name="userDAO" ref="userDAO"></property>
</bean>
<!--DataSourceTransactionManager 2.额外功能-->
<bean id="dataSourceTransactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"></property>
</bean>
<!--3.切入点-->
@Transactional
public class UserServiceImpl implements UserService {
private UserDAO userDAO;
}
<!--4.组装-->
<tx:annotation-driven transaction-manager="dataSourceTransactionManager"></tx:annotation-driven>
- 细节
<tx:annotation-driven transaction-manager="dataSourceTransactionManager" proxy-target-class="true"></tx:annotation-driven>
进行动态代理底层的切换 proxy-target-class
默认 false JDK
true Cglib
四、Spring中的事务属性（Transaction Attribute）
1.什么是事务属性
属性：描述物体特征的一系列值。
人的特征：性别 身高 体重。。。
事务属性：描述事务特征的一系列值
1.隔离属性
2.传播属性
3.只读属性
4.超时属性
5.异常属性
2.如何添加事务属性
@Transactional(isloation=,-----隔离属性
propagation=,---传播属性
readOnly=,------只读属性
timeout=,-------超时属性
rollbackFor=,---异常属性
noRollbackFor=,-异常属性
)
3.事务属性详解
1.隔离属性（ISOLATION）
- 隔离属性的概念
概念：它描述了事务解决并发问题的特征
1.什么是并发
多个事务(用户)在同一时间，访问操作了相同的数据
同一时间 0.000几秒 微小前 微小后
2.并发会产生哪些问题
（1）脏读
（2）不可重复读
（3）幻影读
3.并发问题如何解决
通过隔离属性解决，隔离属性中设置不同的值，解决并发处理过程中的问题。
- 事务并发产生的问题
- 脏读
一个事务,读取了另一个事务中没有提交的数据。会在本事务中产生数据不一致的问题。
解决方案:@Transactional(isolation=Isolation.READ_COMMITTED)
- 不可重复读
一个事务中,多次读取相同的数据,但是读取结果不一样。会在本事事务中产生数据不一致的问题
注意:1不是脏读 2一个事务中
解决方案:@Transactionnal(isolation=Isolation.REPEATABLE_READ)
本质:一把行锁
- 幻影读
一个事务中,多次对整表进行查询统计,但是结果不一样,会在本事务中产生数据不一致的问题
解决方案:@Transactional(isolation=Isolation.SERIALZABLE)
本质:表锁
- 总结
并发安全:SERIALZABLE > REPEATABLE_READ > READ_COMMITTED
运行效率:READ_COMMITTED > REPEATABLE_READ > SERIALZABLE
- 数据库对于隔离属性的支持
Oracle不支持REPEATABLE_READ值 如何解决不可重复读
采用多版本比对的方式解决不可重复读
- 默认隔离属性
ISOLATION_DEFAULT:会调用不同数据库所设置的默认隔离属性
MySql:REPEATABLE_READ
Oracle:READ_COMMITTED
查看数据库默认隔离属性；
MySql
select @@tx_isolation;
select @@transaction_isolation; 👈高版本使用这个
Oracle
SELECT s.sid, s.serial#,
CASE BITAND(t.flag, POWER(2, 28))
WHEN 0 THEN 'READ COMMITTED'
ELSE 'SERIALIZABLE'
END AS isolation_level
FROM v$transaction t
JOIN v$session s ON t.addr = s.taddr AND s.sid = sys_context('USERENV', 'SID');
- 隔离属性在实战中的建议
推荐使用Spring指定的ISOLATION_DEFAULT
1.MySQL repeatable_read
2.Oracle read_commited
未来实战中，并发访问情况很低所以使用默认即可
如果真遇到并发问题，使用乐观锁
Hibernate(JPA) Version
MyBatis 通过拦截器自定义开发
2.传播属性（PROPAGATION）
- 传播属性的概念
概念：它描述了事务解决嵌套问题的特征 什么叫做事务的嵌套：他指的是一个大事务中，包含若干个小事务。 问题：大事务中融入了很多小的事务，它们彼此影响，最终就会导致外部的大事务，丧失了事务的原子性 - 传播属性的值及其用法
- 默认的传播属性
REQUIRED是传播属性的默认值 - 推荐传播属性的使用方式
增删改 方法：直接使用默认值QUIRED 查询 方法：显示指定传播属性的值为SuPPORTS
3.只读属性(readOnly)
针对于只进行查询操作的业务方法，可以加入只读属性，提高运行效率
@Transactional(readOnly=true)
默认值:false
4.超时属性(timeout)
指定了事务等待的最长时间
1.为什么事务进行等待？
当前事务访问数据时，有可能访问的数据被别的事务进行加锁处理，那么此时本事雾就必须进行等待。
2.等待时间 秒
3.如何应用 @Transactional(timeout=2)
4.超时属性默认值 -1
最终由对应的数据库来指定
5.异常属性(rollbackFor/noRollbackFor)
Spring事务处理过程中
默认 对于RuntimeException及其子类 采用的是回滚的策略
默认 对于Exception及其子类 采用的是提交的策略
rollbackFor={java.lang.Exception.class,xxx.class,xxx.class}
noRollbackFor={java.lang.RuntimeException.calss,xxx.class,xxx.class}
@Transactional(rollbackFor={java.lang.Exception.class},noRollbackFor={java.lang.RuntimeException.class})
建议：实战中使用RuntimeException及其子类 使用事务异常属性的默认值
4.事务属性常见配置总结
1.隔离属性—默认值
2.传播属性—Required(默认值)-增删改 Supports-查询操作
3.只读属性—readOnly false-增删改 true-查询
4.超时属性—默认值 -1
5.异常属性—默认值 RuntimeException回滚 Exception提交
————————————————————————————————————————————————
增删改操作：@Transactional
查询操作 ：@Transactional(propagation=Propagation.SUPPORTS,readOnly=true)
5.基于标签的事务配置方式（事务开发的第二种形式）
~~~~~ 略 ~~~~
2373
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
