什么是事务
逻辑上的一组操作,组成这组操作的各个单元,要么全都成功,要么全都失败。
事务的特性
原子性:事务不可分割一致性:事务执行前后数据完整性保持一致隔离性:一个事务的执行不应该受到其他事务的干扰
持久性:一旦事务结束,数据就持久化到数据库
环境搭配
1、导入jar包。mysql-connector-java-5.1.30spring-tx-4.1.6.RELEASEspring-jdbc-4.1.6.RELEASEcom.springsource.com.mchange.v2.c3p0-0.9.1.2
2、添加Spring的配置文件。
3、将要连接数据库的属性封装到文件中。
4、创建业务层接口和实现类。
5、创建DAO层接口和实现类,如果要使用Spring的jdbc模板,需要用实现类去继承jdbcDaoSupport。这样获得了jdbc操作数据库的模板。
如果不添加jdbc
接下来在方法中,我们可以通过使用this关键字来调用Jdbc的模板,该图为jdbcDaoSupport的源码中封装的
this.getjdbcTemplate()方法,调用update进行DML操作。
注意:update方法中有一个重载方法支持可变参数,所以可以传递多个参数。
6、创建业务层接口。
7、创建业务层接口实现类。
8、在原有的AspectJ的applicationContext.xml文件进行修该。8.1、添加约束头信息xmlns:context="http://www.springframework.org/schema/context" http://www.springframework.org/schema/contexthttp://www.springframework.org/schema/context/spring-context.xsd8.2、加载jdbc属性文件。8.3、注册c3p0数据源,用于获取数据库连接属性的值。8.4、获取两个业务层实现类,子标签引用地址为数据源。
事务管理
在程序运行中,可能会发生异常,那么需要将事务进行回滚。而事务回滚一般是在持久层进行的,为了方便统一,将事务的管理
在业务层中。
事务回滚有两种方式,一种AspectJ的AOP配置管理事务,一种是事务注解管理事务。
AOP配置管理事务
目前是测试阶段,手动添加一个异常类,方便用于测试。
1、在applicationContext.xml文件中添加注册事务管理标签。
2、注册事务通知,使用tx标签,引入tx标签的约束头信息。http://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx.xsdxmlns:tx="http://www.springframework.org/schema/tx"
其中,tx标签中的属性值为,
<tx:advice id="名字" transaction-manager="注册过的事务管理器">
<tx:attributes> 这个标签的作用是配置事务属性
tx:method name="将事务添加到哪个方法上*" isolation="事务的隔离级别,默认default" propagation="事务的行为" read-only="只读false或者true" rollback-for="对哪个异常进行回滚"no-rollback-for="对哪个异常不进行回滚"timeout="超时时限,单位是秒"/>
3、AOP配置,使用AOP的aop:config标签。
业务层中的异常类的应用,经创建测试类后,通过获取bean,调用相关方法进行测试,事务的回滚成功
声明式事务
1、编程式事务:
1.1 由程序员编程事务控制代码。
1.2 OpenSessionInView 编程式事务。
2.声明式事务:
2.1 事务控制代码已经由 spring 写好.程序员只需要声明出哪些方法需要进行事务控制和如何进行事务控制。
3.声明式事务都是针对于 ServiceImpl 类下方法的。
4.事务管理器基于通知(advice)的。
5.在 spring 配置文件中配置声明式事务。
声明式事务中属性解释
1. name=”” 哪些方法需要有事务控制
1.1 支持*通配符
2. readonly=”boolean” 是否是只读事务.
2.1 如果为 true,告诉数据库此事务为只读事务.数据化优化,会对性能有一定提升,所以只要是查询的方法,建议使用此数据.
2.2 如果为 false(默认值),事务需要提交的事务.建议新增,删除,修改.
3. propagation 控制事务传播行为.
3.1 当一个具有事务控制的方法被另一个有事务控制的方法调用后,需要如何管理事务(新建事务?在事务中执行?把事务挂起?报异常?)
3.2 REQUIRED(默认值): 如果当前有事务,就在事务中执行,如果当前没有事务,新建一个事务.
3.3 SUPPORTS: 如果当前有事务就在事务中执行,如果当前没有事务,就在非事务状态下执行.
3.4 MANDATORY: 必须在事务内部执行,如果当前有事务,就在事务中执行,如果没有事务,报错.
3.5 REQUIRES_NEW: 必须在事务中执行,如果当前没有事务,新建事务,如果当前有事务,把当前事务挂起.
3.6 NOT_SUPPORTED: 必须在非事务下执行,如果当前没有事务,正常执行,如果当前有事务,把当前事务挂起.
3.7 NEVER: 必须在非事务状态下执行,如果当前没有事务,正常执行,如果当前有事务,报错.
3.8 NESTED: 必须在事务状态下执行.如果没有事务,新建事务,如果当前有事务,创建一个嵌套事务.
4. isolation=”” 事务隔离级别
4.1 在多线程或并发访问下如何保证访问到的数据具有完整性的.
4.2 脏读:
4.2.1 一个事务(A)读取到另一个事务(B)中未提交的数据,另一个事务中数据可能进行了改变,此时A事务读取的数据可能和数据库中数据是不一致的,此时认为数据是脏数据,读取脏数据过程叫做脏读。
4.3 不可重复读:
4.3.1、主要针对的是某行数据.(或行中某列)
4.3.2、主要针对的操作是修改操作.
4.3.3、两次读取在同一个事务内
4.3.4、当事务A第一次读取事务后,事务B对事务A读取的淑君进行修改,事务 A 中再次读取的数据和之前读取的数据不一致,过程不可重复读。
4.4 幻读:
4.4.1、 主要针对的操作是新增或删除
4.4.2、 两次事务的结果.
4.4.3、 事务A按照特定条件查询出结果,事务B新增了一条符合条件的数据.事务 A 中查询的数据和数据库中的数据不一致的,事务 A 好像出现了幻觉,这种情况称为幻读.
4.5DEFAULT: 默认值,由底层数据库自动判断应该使用什么隔离界
别
4.6READ_UNCOMMITTED: 可以读取未提交数据,可能出现脏读,不
重复读,幻读.
4.6.1 效率最高.
4.7 READ_COMMITTED:只能读取其他事务已提交数据.可以防止脏读,可能出现不可重复读和幻读.
4.8 REPEATABLE_READ: 读取的数据被添加锁,防止其他事务修改此数据,可以防止不可重复读.脏读,可能出现幻读.
4.9 SERIALIZABLE: 排队操作,对整个表添加锁.一个事务在操作数据时,另一个事务等待事务操作完成后才能操作这个表.
4.9.1 最安全的
4.9.2 效率最低的.
5. rollback-for=”异常类型全限定路径”
5.1 当出现什么异常时需要进行回滚
5.2 建议:给定该属性值.
5.2.1 手动抛异常一定要给该属性值
6. no-rollback-for=””
6.1 当出现什么异常时不滚回事务.