Spring事务传播行为详解
前言
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性,他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱,使用事务传播行可以为我们的开发工作提供许多便利。但是人们对他的误解也颇多,你一定也听过“service方法事务最好不要嵌套”的传言。要想正确的使用工具首先需要了解工具。本文对七种事务传播行为做详细介绍,内容主要代码示例的方式呈现。
基础概念
1. 什么是事务传播行为?
事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播。
用伪代码说明:
public void MethodA(){
methodB();
// dosomething
}
@Transaction(propagation=xxx)
public void methodB(){
//dosomething
}
代码中methodA()方法嵌套调用了methodB()方法,methodB()的事务传播行为由@Transaction(Propagation=XXX)设置决定。这里需要注意的是methodA()并没有开启事务,某一个事务传播行为修饰的方法并不是必须要在开启事务的外围方法中调用。
2. Spring中七种事务传播行为
事务传播行为类型 | 说明 |
---|---|
PROPAGATION_REQUIRED | 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。 |
PROPAGATION_SUPPORTS | 支持当前事务,如果当前没有事务,就以非事务方式执行。 |
PROPAGATION_MANDATORY | 使用当前的事务,如果当前没有事务,就抛出异常。 |
PROPAGATION_REQUIRES_NEW | 新建事务,如果当前存在事务,把当前事务挂起。 |
PROPAGATION_NOT_SUPPORTED | 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。 |
PROPAGATION_NEVER | 以非事务方式执行,如果当前存在事务,则抛出异常。 |
PROPAGATION_NESTED | 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。 |
.定义非常简单,也很好理解,下面我们就进入代码测试部分,验证我们的理解是否正确。
代码验证
文中代码以传统三层结构中两层呈现,即Service和Dao层,由Spring负责依赖注入和注解式事务管理,DAO层由Mybatis实现,你也可以使用任何喜欢的方式,例如,Hibernate,JPA,JDBCTemplate等。数据库使用的是MySQL数据库,你也可以使用任何支持事务的数据库,并不会影响验证结果。
首先我们在数据库中创建两张表:
user1
CREATE TABLE `member` (
`uid` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`account` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`password` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`state` tinyint(1) NOT NULL DEFAULT 1,
`username` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`usercode` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`email` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`sex` int(11) NULL DEFAULT NULL,
`birthdate` datetime NULL DEFAULT NULL,
`frominfo` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`selfintro` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`qq` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`companyname` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`phone` varchar(56) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`group_id` int(11) NULL DEFAULT NULL,
`updated_at` datetime NOT NULL,
`created_at` datetime NOT NULL,
PRIMARY KEY (`uid`, `account`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
user2
CREATE TABLE `member2` (
`uid` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`account` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`password` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
`state` tinyint(1) NOT NULL DEFAULT 1,
`username` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`usercode` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`email` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`sex` int(11) NULL DEFAULT NULL,
`birthdate` datetime NULL DEFAULT NULL,
`frominfo` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`selfintro` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`qq` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`companyname` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`phone` varchar(56) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
`group_id` int(11) NULL DEFAULT NULL,
`updated_at` datetime NOT NULL,
`created_at` datetime NOT NULL,
PRIMARY KEY (`uid`, `account`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;
然后编写相应的Bean和DAO层代码:
User1
public class Member extends BaseEntity implements UserDetails {
@Id
@Column(name = "uid")
@GeneratedValue(generator = "UUID")
private String uid;
private String account;
private String password;
private Integer state;
private String username;
private String usercode;
private String email;
private Integer sex;
private Date birthdate;
private String frominfo;
private String selfintro;
private String qq;
private String companyname;
private String phone;
@Column(name = "group_id")
private Integer groupId;
@Column(name = "updated_at")
private String updatedAt;
@Column(name = "created_at")
private String createdAt;
@Transient
@JsonIgnore
private String sort = "";
@Transient
@JsonIgnore
private String order = "";
public String getUid() {
return uid;
}
public void setUid(String uid) {
this.uid = uid;
}
public String getAccount() {
return account;
}
public void setAccount(String account) {
this.account = account;
}
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
/**
* @return state
*/
public Integer getState() {
return state;
}
/**
* @param state
*/
public void setState(Integer state) {
this.state = state;
}
/**
* @return username
*/
@Override
public String getUsername() {
return username;
}
/**
* @param username
*/
public void setUsername(String username) {
this.username = username;
}
/**
* @return usercode
*/
public String getUsercode() {
return usercode;
}
/**
* @param usercode
*/
public void setUsercode(String usercode) {
this.usercode = usercode;
}
/**
* @return email
*/
public String getEmail() {
return email;
}
/**
* @param email
*/
public void setEmail(String email) {
this.email = email;
}
/**
* @return sex
*/
public Integer getSex() {
return sex;
}
/**
* @param sex
*/
public void setSex(Integer sex) {
this.sex = sex;
}
/**
* @return birthdate
*/
public Date getBirthdate() {
return birthdate;
}
/**
* @param birthdate
*/
public void setBirthdate(Date birthdate) {
this.birthdate = birthdate;
}
/**
* @return frominfo
*/
public String getFrominfo() {
return frominfo;
}
/**
* @param frominfo
*/
public void setFrominfo(String frominfo) {
this.frominfo = frominfo;
}
/**
* @return selfintro
*/
public String getSelfintro() {
return selfintro;
}
/**
* @param selfintro
*/
public void setSelfintro(String selfintro) {
this.selfintro = selfintro;
}
/**
* @return qq
*/
public String getQq() {
return qq;
}
/**
* @param qq
*/
public void setQq(String qq) {
this.qq = qq;
}
/**
* @return companyname
*/
public String getCompanyname() {
return companyname;
}
/**
* @param companyname
*/
public void setCompanyname(String companyname) {
this.companyname = companyname;
}
/**
* @return phone
*/
public String getPhone() {
return phone;
}
/**
* @param phone
*/
public void setPhone(String phone) {
this.phone = phone;
}
/**
* @return group_id
*/
public Integer getGroupId() {
return groupId;
}
/**
* @param groupId
*/
public void setGroupId(Integer groupId) {
this.groupId = groupId;
}
/**
* @return updated_at
*/
public String getUpdatedAt() {
return updatedAt;
}
/**
* @param updatedAt
*/
public void setUpdatedAt(String updatedAt) {
this.updatedAt = updatedAt;
}
/**
* @return created_at
*/
public String getCreatedAt() {
return createdAt;
}
/**
* @param createdAt
*/
public void setCreatedAt(String createdAt) {
this.createdAt = createdAt;
}
public String getSort() {
return sort;
}
public void setSort(String sort) {
this.sort = sort;
}
public String getOrder() {
return order;
}
public void setOrder(String order) {
this.order = order;
}
@Override
public Collection<? extends GrantedAuthority> getAuthorities() {
List<GrantedAuthority> auths = new ArrayList<>();
return auths;
}
@Override
public boolean isAccountNonExpired() {
return false;
}
@Override
public boolean isAccountNonLocked() {
return false;
}
@Override
public boolean isCredentialsNonExpired() {
return false;
}
@Override
public boolean isEnabled() {
return false;
}
}
User2
与上雷同。
User1Mapper
@Service
public interface MemberMapper extends CustomerMapper<Member> {
}
User2Mapper
与上雷同
最后也是具体验证的代码由service层实现,下面我们分情况列举。
1.PROPAGATION_REQUIRED
我们为User1Service和User2Service相应方法加上Propagation.REQUIRED属性。
User1Service方法:
@Service
public class MemberService {
@Autowired
private MemberMapper memberMapper;
@Transactional(propagation = Propagation.REQUIRED)
public void insert(Member member){
memberMapper.insert(member);
}
}
User2Service方法:
与上雷同.
1.1 场景一
此场景外围方法没有开启事务。
验证方法1:
@Test
public void noTransaction_exception_required_required(){
createMember1();
createMember2();
throw new RuntimeException();
}
@Test
public void createMember1(){
Member member = new Member();
member.setUid(UuidUtil.getUUID());
member.setAccount("zs1");
member.setPassword("123456");
member.setUsername("张三1");
member.setState(1);
member.setUpdatedAt( DateUtil.getCurrentTime());
member.setCreatedAt(DateUtil.getCurrentTime());
memberService.insert(member);
}
@Test
public void createMember2(){
Member2 member = new Member2();
member.setUid(UuidUtil.getUUID());
member.setAccount("ls1");
member.setPassword("123456");
member.setUsername("李四");
member.setState(1);
member.setUpdatedAt( DateUtil.getCurrentTime());
member.setCreatedAt(DateUtil.getCurrentTime());
member2Service.insert(member);
}
验证方法2:
.
分别执行验证方法,结果:
.
结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRED修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。
1.2 场景二
外围方法开启事务,这个是使用率比较高的场景。
验证方法1:
.
验证方法2:
.
验证方法3:
.
分别执行验证方法,结果:
.
结论:以上试验结果我们证明在外围方法开启事务的情况下Propagation.REQUIRED修饰的内部方法会加入到外围方法的事务中,所有Propagation.REQUIRED修饰的内部方法和外围方法均属于同一事务,只要一个方法回滚,整个事务均回滚。
2.PROPAGATION_REQUIRES_NEW
我们为User1Service和User2Service相应方法加上Propagation.REQUIRES_NEW属性。
User1Service方法:
.
User2Service方法:
.
2.1 场景一
外围方法没有开启事务。
验证方法1:
.
验证方法2:
.
分别执行验证方法,结果:
.
结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。
2.2 场景二
外围方法开启事务。
验证方法1:
.
验证方法2:
.
验证方法3:
.
分别执行验证方法,结果:
.
结论:在外围方法开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法依然会单独开启独立事务,且与外部方法事务也独立,内部方法之间、内部方法和外部方法事务均相互独立,互不干扰。
3.PROPAGATION_NESTED
3.1 场景一
此场景外围方法没有开启事务。
验证方法1:
.
验证方法2:
.
分别执行验证方法,结果:
.
结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.NESTED和Propagation.REQUIRED作用相同,修饰的内部方法都会新开启自己的事务,且开启的事务相互独立,互不干扰。
3.2 场景二
外围方法开启事务。
验证方法1:
.
验证方法2:
.
验证方法3:
.
分别执行验证方法,结果:
.
结论:以上试验结果我们证明在外围方法开启事务的情况下
Propagation.NESTED
修饰的内部方法属于外部事务的子事务,外围主事务回滚,子事务一定回滚,而内部子事务可以单独回滚而不影响外围主事务和其他子事务
4. REQUIRED,REQUIRES_NEW,NESTED异同
由“1.2 场景二”和“3.2 场景二”对比,我们可知:
NESTED和REQUIRED修饰的内部方法都属于外围方法事务,如果外围方法抛出异常,这两种方法的事务都会被回滚。但是REQUIRED是加入外围方法事务,所以和外围事务同属于一个事务,一旦REQUIRED事务抛出异常被回滚,外围方法事务也将被回滚。而NESTED是外围方法的子事务,有单独的保存点,所以NESTED方法抛出异常被回滚,不会影响到外围方法的事务。
由“2.2 场景二”和“3.2 场景二”对比,我们可知:
NESTED和REQUIRES_NEW都可以做到内部方法事务回滚而不影响外围方法事务。但是因为NESTED是嵌套事务,所以外围方法回滚之后,作为外围方法事务的子事务也会被回滚。而REQUIRES_NEW是通过开启新的事务实现的,内部事务和外围事务是两个事务,外围事务回滚不会影响内部事务。
5. 其他事务传播行为
鉴于文章篇幅问题,其他事务传播行为的测试就不在此一一描述了,感兴趣的读者可以去源码中自己寻找相应测试代码和结果解释。
结论
通过上面的介绍,相信大家对Spring事务传播行为有了更加深入的理解,希望大家有所帮助。