【Spring事务详解】--- 2.事务应用的注意事项

【Spring事务详解】--- 2.事务应用的注意事项

文章目录

• 前言
• 声明式事务
• 编程式事务
• • 1.TransactionTemplate演示
  • 2.PlatformTransactionManager演示
• 事务使用的注意事项
• • 1.滥用@Transactional
  • 2.长事务、过早起开事务
  • 3.锁的粒度
  • 4.数据库死锁

前言

接着上一遍【Spring事务详解】— 1.事务传播的案例演示，本文再来看看事务的具体使用。

通过Spring来开启事务管理非常简单，默认支持两种方式，一种为编程式事务、一种为声明式事务，大多数人对声明式事务都比较熟悉，我们就先从它开始说起。

声明式事务

开启声明式事务非常简单，直接通过@Transactional注解即可

@Transactional
public void func() {
    
}

除了常规的支持自定义事务的隔离级别、传播属性之外，还可以设置事务的超时时间，回滚的异常类型。

public @interface Transactional {

	@AliasFor("transactionManager")
	String value() default "";

	@AliasFor("value")
	String transactionManager() default "";

	String[] label() default {};

	Propagation propagation() default Propagation.REQUIRED;

	Isolation isolation() default Isolation.DEFAULT;

	int timeout() default TransactionDefinition.TIMEOUT_DEFAULT;

	String timeoutString() default "";

	boolean readOnly() default false;

	Class[] rollbackFor() default {};

	String[] rollbackForClassName() default {};

	Class[] noRollbackFor() default {};

	String[] noRollbackForClassName() default {};

}

编程式事务

声明式事务的最大问题就在于，粒度控制问题，声明式事务最细的粒度也是方法级别的，这很容易导致长事务问题的产生，所以我们一般使用编程式事务替代。

Spring提供的TransactionTemplate、PlatformTransactionManager都支持编程式事务的实现，TransactionTemplate是在原始的事务管理类上又封装了一次，调用其核心方法execute实现整个事务的管理。

@Override
@Nullable
public  T execute(TransactionCallback action) throws TransactionException {
	Assert.state(this.transactionManager != null, "No PlatformTransactionManager set");
	if (this.transactionManager instanceof CallbackPreferringPlatformTransactionManager) {
		return ((CallbackPreferringPlatformTransactionManager) this.transactionManager).execute(this, action);
	}
	else {
		TransactionStatus status = this.transactionManager.getTransaction(this);
		T result;
		try {
			result = action.doInTransaction(status);
		}
		catch (RuntimeException | Error ex) {
			// Transactional code threw application exception -> rollback
			rollbackOnException(status, ex);
			throw ex;
		}
		catch (Throwable ex) {
			// Transactional code threw unexpected exception -> rollback
			rollbackOnException(status, ex);
			throw new UndeclaredThrowableException(ex, "TransactionCallback threw undeclared checked exception");
		}
		this.transactionManager.commit(status);
		return result;
	}
}

PlatformTransactionManager则更灵活一点，就定义了三个关键方法，一看就明白了

public interface PlatformTransactionManager extends TransactionManager {

	
	TransactionStatus getTransaction(@Nullable TransactionDefinition definition)
			throws TransactionException;

	
	void commit(TransactionStatus status) throws TransactionException;

	
	void rollback(TransactionStatus status) throws TransactionException;

}

1.TransactionTemplate演示

execute中入参为TransactionCallback，这是一个函数式接口，只定义了一个方法doInTransaction

可以传入TransactionCallbackWithoutResult不带返回参数的

@Resource
private TransactionTemplate transactionTemplate;

public void func() {
    transactionTemplate.execute(new TransactionCallbackWithoutResult() {
        @Override
        protected void doInTransactionWithoutResult(TransactionStatus status) {
            testMapper.updateT1();
            t2Service.func();
            int i = 1 / 0;
        }
    });
}

或者直接传入TransactionCallback带返回参数的也可以。

2.PlatformTransactionManager演示

@Resource
private PlatformTransactionManager platformTransactionManager;

public void func() {
    TransactionStatus status = platformTransactionManager.getTransaction(new DefaultTransactionDefinition());
    try {
        testMapper.updateT1();
        t2Service.func();
        int i = 1 / 0;
        platformTransactionManager.commit(status);
    } catch (Exception e) {
        e.printStackTrace();
        platformTransactionManager.rollback(status);
    }
}

事务使用的注意事项 1.滥用@Transactional

不过，也因为它的简单灵活，而经常导致被滥用的情况发生。

千万不要直接把注解加在Service上，这会导致整个Service中的方法，只要调用到数据库，就都会被进行事务管理，从而影响数据库和Web服务的QPS。

@Service
@Transactional // 不要加在Service上
public class DemoService {

    
}

2.长事务、过早起开事务

简单来说，就是在整个方法的生命周期内，真正需要事务管理的方法可能只占用了200毫秒，而其他业务流程占用了2秒，但是由于事务是对整个方法生效，从而导致一个数据库连接被占用2秒多。

@Transactional
public void func() {
	// 两个select花费了2秒
	select1();
	select2();
	// 两个save只花费了200毫秒
	save1();
	save2();
}

解决方式也很简单，把长事务拆分为短事务即可

public void func() {
	select1();
	select2();
	manager.save();
}

@Transactional
public void save() {
	save1();
	save2();
}

3.锁的粒度

要想开启事务，就要先持有锁，因此锁的范围就很重要，InnoDB之所以能够取代Myisam，不单单只是因为InnoDB支持事务，更重要的是因为它还支持行级锁，这在高并发的业务场景中，是非常关键的。

所以，我们平时在写代码时，一定要注意避免表级锁的产生。

4.数据库死锁

看到此类的异常，不用多想，基本上就是并发事务导致的，一个事务还未结束，另一个事务想再获取锁时就会遇到这个问题。

Deadlock found when trying to get lock; try restarting transaction

解决的方式就前面提到的两点：

1、避免长事务。

2、缩小锁的粒度。