时间:2021-09-08 09:25:40 | 栏目:JAVA代码 | 点击:次
事务就是把一系列的动作当成一个独立的工作单元,这些动作要么全部完成,要么全部不起作用。
事务四个属性ACID
原子性(atomicity)
事务是原子性操作,由一系列动作组成,事务的原子性确保动作要么全部完成,要么完全不起作用。
一致性(consistency)
一旦所有事务动作完成,事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中。
隔离性(isolation)
可能多个事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来,防止数据损坏。
持久性(durability)
事务一旦完成,无论系统发生什么错误,结果都不会受到影响。通常情况下,事务的结果被写到持久化存储器中。
搭建一个基本的增删改查环境
编写一个UserMapper接口
public interface UserMapper {
List<User> userList();
int insert(User user);
int delete(Integer id);
}
mapper文件的SQL我们故意写错
<mapper namespace="com.jh.mapper.UserMapper">
<select id="userList" resultType="com.jh.domain.User">
select *
from user;
</select>
<insert id="insert">
insert into mybatis.user values (#{id},#{name},#{pwd});
</insert>
<delete id="delete">
<!-- 删除语句故意写错 -->
delete where id = #{id}
</delete>
</mapper>
编写一个UserService的实现类,模拟执行错误
@Service
public class UserServiceImpl implements UserService {
@Autowired
private UserMapper userMapper;
public void setUserMapper(UserMapper userMapper) {
this.userMapper = userMapper;
}
@Override
public void CRUD() {
List<User> userList = userMapper.userList();
userList.forEach(System.out::println);
int insert = userMapper.insert(new User(5, "小王", "131212"));
System.out.println(insert);
int delete = userMapper.delete(5);
System.out.println(delete);
}
}
测试
public class UserServiceImplTest {
@Test
public void CRUD() {
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
UserService userService = context.getBean("userServiceImpl", UserService.class);
userService.CRUD();
}
}
测试结果分析
在上述测试中,先执行了查询全部User方法,输出了结果
然后执行了新增操作,插入了一个User用户
最后执行删除操作,出现异常,但是插入操作还是成功了
因为没有进行事务的管理;我们想让他们都成功才成功,有一个失败,就都失败,我们就应该需要事务!
以前我们都需要自己手动管理事务,十分麻烦!但是Spring给我们提供了事务管理,我们只需要配置即可;
2、Spring中的事务管理
Spring在不同的事务管理API之上定义了一个抽象层,使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制。Spring支持编程式事务管理和声明式的事务管理。
编程式事务管理
声明式事务管理
一般情况下比编程式事务好用。将事务管理代码从业务方法中分离出来,以声明的方式来实现事务管理。将事务管理作为横切关注点,通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。
使用Spring管理事务,注意头文件的约束导入 : tx
xmlns:tx="http://www.springframework.org/schema/tx" http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd
事务管理器
JDBC事务
<!-- 配置声明式事务 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <constructor-arg ref="dataSource"/> </bean>
配置好事务管理器后我们需要去配置事务的通知
<!-- 配置事务的通知 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<!--配置哪些方法使用什么样的事务,配置事务的传播特性-->
<tx:method name="add" propagation="REQUIRED"/>
<tx:method name="delete" propagation="REQUIRED"/>
<tx:method name="update" propagation="REQUIRED"/>
<tx:method name="select" read-only="true"/>
<tx:method name="*" propagation="REQUIRED"/>
<tx:method name="CRUD" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
spring事务传播特性:
事务传播行为就是多个事务方法相互调用时,事务如何在这些方法间传播。spring支持7种事务传播行为:
propagation_requierd:如果当前没有事务,就新建一个事务,如果已存在一个事务中,加入到这个事务中,这是最常见的选择。propagation_nested:如果当前存在事务,则在嵌套事务内执行。Spring 默认的事务传播行为是PROPAGATION_REQUIRED,它适合于绝大多数的情况。
假设 ServiveX#methodX() 都工作在事务环境下(即都被 Spring 事务增强了),假设程序中存在如下的调用链:Service1#method1()->Service2#method2()->Service3#method3(),那么这 3 个服务类的 3 个方法通过 Spring 的事务传播机制都工作在同一个事务中。
就好比,我们刚才的几个方法存在调用,所以会被放在一组事务当中!
配置AOP
导入aop的头文件!
<!-- 配置事务切入 --> <aop:config> <aop:pointcut id="pointcut" expression="execution(* com.jh.service.*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="pointcut"/> </aop:config>
进行测试
删掉刚才插入的数据,再次测试!
@Test
public void CRUD() {
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
UserService userService = context.getBean("userServiceImpl", UserService.class);
userService.CRUD();
}
通过测试我们发现,删除出现问题时,事务回滚,前面的插入操作没有成功!
思考问题?
为什么需要配置事务?