背景
互联网的金融和电商行业,最关注数据库事务。
业务核心 | 说明 |
---|---|
金融行业-金融产品金额 | 不允许发生错误 |
电商行业-商品交易金额,商品库存 | 不允许发生错误 |
面临的难点:
高并发下保证: 数据一致性,高性能;
spring对事物的处理:
采用AOP技术提供事务支持,申明式事务,去除了代码中重复的try-catch-finally代码;
两个场景的解决方案:
场景 | 解决办法 |
---|---|
库存扣减,交易记录,账户金额的数据一致性 | 数据库事务保证一致性 |
批量处理部分任务失败不影响批量任务的回滚 | 数据库事务传播行为 |
jdbc处理事务
代码
package com.springbootpractice.demo.demo_jdbc_tx.biz;
import lombok.SneakyThrows;
import org.springframework.jdbc.core.JdbcTemplate;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import java.util.Objects;
import java.util.Optional;
/**
* 说明:代码方式事务编程 VS 申明式事物编程
* @author carter
* 创建时间: 2020年01月08日 11:02 上午
**/
@Service
public class TxJdbcBiz {
private final JdbcTemplate jdbcTemplate;
public TxJdbcBiz(JdbcTemplate jdbcTemplate) {
this.jdbcTemplate = jdbcTemplate;
}
@SneakyThrows
public int insertUserLogin(String username, String note) {
Connection connection = null;
int result = 0;
try {
connection = Objects.requireNonNull(jdbcTemplate.getDataSource()).getConnection();
connection.setAutoCommit(false);
connection.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);
final PreparedStatement preparedStatement = connection.prepareStatement("INSERT INTO user_login(user_name,password,sex,note) VALUES(?,?,?,?)");
preparedStatement.setString(1, username);
preparedStatement.setString(2, "abc123");
preparedStatement.setInt(3, 1);
preparedStatement.setString(4, note);
result = preparedStatement.executeUpdate();
connection.commit();
} catch (Exception e) {
Optional.ofNullable(connection)
.ifPresent(item -> {
try {
item.rollback();
} catch (SQLException ex) {
ex.printStackTrace();
}
});
e.printStackTrace();
} finally {
Optional.ofNullable(connection)
.filter(this::closeConnection)
.ifPresent(item -> {
try {
item.close();
} catch (SQLException e) {
e.printStackTrace();
}
});
}
return result;
}
private boolean closeConnection(Connection item) {
try {
return !item.isClosed();
} catch (SQLException e) {
e.printStackTrace();
return false;
}
}
@Transactional
public int insertUserLoginTransaction(String username, String note) {
String sql = "INSERT INTO user_login(user_name,password,sex,note) VALUES(?,?,?,?)";
Object[] params = {username, "abc123", 1, note};
return jdbcTemplate.update(sql, params);
}
}
测试代码
package com.springbootpractice.demo.demo_jdbc_tx;
import com.springbootpractice.demo.demo_jdbc_tx.biz.TxJdbcBiz;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.transaction.TransactionManager;
import org.springframework.util.Assert;
@SpringBootTest
class DemoJdbcTxApplicationTests {
@Autowired
private TxJdbcBiz txJdbcBiz;
@Autowired
private TransactionManager transactionManager;
@Test
void testInsertUserTest() {
final int result = txJdbcBiz.insertUserLogin("monika.smith", "xxxx");
Assert.isTrue(result > 0, "插入失败");
}
@Test
void insertUserLoginTransactionTest() {
final int result = txJdbcBiz.insertUserLoginTransaction("stefan.li", "hello transaction");
Assert.isTrue(result > 0, "插入失败");
}
@Test
void transactionManagerTest() {
System.out.println(transactionManager.getClass().getName());
}
}
代码中有一个很讨厌的地方,就是 try-catch-finally;
流程图
整体流程跟AOP的流程非常的相似,使用AOP,可以把执行sql的步骤抽取出来单独实现,其它的固定流程放到通知里去做。
申明式事务
通过注解@Transaction来标注申明式事务,可以标准在类或者方法上;
@Tranaction使用位置 | 说明 |
---|---|
类上或者接口上 | 类中所有的 公共非静态方法 都将启用事务,spring推荐放在实现类上,否则aop必须基于接口的代理生效的时候才能生效 |
方法上 | 本方法 |
@Transaction的源码和配置项
//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by Fernflower decompiler)
//
package org.springframework.transaction.annotation;
import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Inherited;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import org.springframework.core.annotation.AliasFor;
@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
@AliasFor("transactionManager")
String value() default "";
@AliasFor("value")
String transactionManager() default "";
Propagation propagation() default Propagation.REQUIRED;
Isolation isolation() default Isolation.DEFAULT;
int timeout() default -1;
boolean readOnly() default false;
Class<? extends Throwable>[] rollbackFor() default {};
String[] rollbackForClassName() default {};
Class<? extends Throwable>[] noRollbackFor() default {};
String[] noRollbackForClassName() default {};
}
说明:
属性 | 说明 |
---|---|
isolation | 事务的隔离级别 |
propagation | 传播行为 |
rollbackFor,rollbakcForClassName | 哪种异常会触发事务回滚 |
value | 事务管理器 |
timeout | 事务超时时间 |
readOnly | 是否是只读事务 |
noRollbackFor,noRollbackForClassName | 哪些异常不会触发事务回滚 |
事务的安装过程:
springIOC容器启动的时候,会把@Transactional注解的配置信息解析出来,然后存到事务定义器(TransactionDefinition),并记录哪些类的方法需要启动事务,采取什么策略去执行事务。
我们要做的只是标注@Transactional和配置属性即可;
流程如图:
使用方式大大简化;
代码
@Transactional
public int insertUserLoginTransaction(String username, String note) {
String sql = "INSERT INTO user_login(user_name,password,sex,note) VALUES(?,?,?,?)";
Object[] params = {username, "abc123", 1, note};
return jdbcTemplate.update(sql, params);
}
事务管理器
事务的打开,提交,回滚都是放在事务管理器上的。TransactionManager;
TransactionManager代码
package org.springframework.transaction;
public interface TransactionManager {
}
这是一个空接口,实际起作用的是PlatfromTransactionManager;
PlatfromTransactionManager代码:
package org.springframework.transaction;
import org.springframework.lang.Nullable;
public interface PlatformTransactionManager extends TransactionManager {
TransactionStatus getTransaction(@Nullable TransactionDefinition var1) throws TransactionException;
void commit(TransactionStatus var1) throws TransactionException;
void rollback(TransactionStatus var1) throws TransactionException;
}
3个架子的事务管理器对比:
架子 | 事务管理 | 说明 |
---|---|---|
spring-jdbc | DatasourceTransactionManager | |
jpa | JpaTransactionManager | |
mybatis | DatasourceTransactionManager |
mybatis的代码实例点我!
事务隔离级别
场景:电商行业的库存扣减,时刻都是多线程的环境中扣减库存,对于数据库而言,就会出现多个事务同事访问同一记录,这样引起的数据不一致的情况,就是数据库丢失更新。
数据库事务4个特性
即ACID
事务的特性 | 英文全称 | 说明 |
---|---|---|
原子性 | Atomic | 一个事务中包含多个步骤操作A,B,C,原子性是标识这些操作要目全部成功,要么全部失败,不会出现第三种情况 |
一致性 | Consistency | 在事务完成后,所有的数据都保持一致状态 |
隔离性 | Isolation | 多个线程同时访问同一数据,每个线程处在不同的事务中,为了压制丢失更新的产生,定了隔离级别,通过隔离性的设置,可以压制丢失更新的发生,这里存在一个选择的过程 |
持久性 | Durability | 事务结束后,数据都会持久化,断电重启后也是可以提供给程序继续使用 |
隔离级别:
隔离级别 | 说明 | 问题 | 并发性能 |
---|---|---|---|
读未提交【read uncommitted】 | 允许事务读取另外一个事务没有提交的数据,事务要求比较高的情况下不适用,适用于对事务要求不高的场景 | 脏读(单条) | 并发性能最高 |
读已提交【read committed】 | 一个事务只能读取另外一个事务已经提交的数据 | 不可重复读(单条) | 并发性能一般 |
可重复读【read repeated】 | 事务提交的时候也会判断最新的值是否变化 | 幻想读(多条数据而言) | 并发性能比较差 |
串行化【serializable】 | 所有的sql都按照顺序执行 | 数据完全一致 | 并发性能最差 |
选择依据
隔离级别 | 脏读 | 不可重复读 | 幻象读 |
---|---|---|---|
读未提交 | 是 | 是 | 是 |
读已提交 | 否 | 是 | 是 |
可重复读 | 否 | 否 | 是 |
串行化 | 否 | 否 | 否 |
按照实际场景的允许情况来设置事务的隔离级别;
隔离级别会带来锁的代价;优化方法:
- 乐观锁,
- redis分布式锁,
- zk分布式锁;
数据库 | 事务隔离级别 | 默认事务隔离级别 |
---|---|---|
mysql | 4种 | 可重复读 |
oracle | 读已提交,串行化 | 读已提交 |
springboot配置应用默认的事务隔离级别:spring.datasource.xxx.default-transaction-isolation=2
数字 | 对应隔离级别 |
---|---|
-1 | 无 |
1 | 读未提交 |
2 | 读已提交 |
4 | 可重复读 |
8 | 串行化 |
事务传播行为
传播行为是方法之间调用事务采取的策略问题。
场景:一个批量任务处在一个事务A中,每个单独是事务都有一个独立的事务Bn; 子任务的回滚不影响事务A的回滚;
传播行为源码
package org.springframework.transaction.annotation;
import org.springframework.transaction.TransactionDefinition;
public enum Propagation {
REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED),
SUPPORTS(TransactionDefinition.PROPAGATION_SUPPORTS),
MANDATORY(TransactionDefinition.PROPAGATION_MANDATORY),
REQUIRES_NEW(TransactionDefinition.PROPAGATION_REQUIRES_NEW),
NOT_SUPPORTED(TransactionDefinition.PROPAGATION_NOT_SUPPORTED),
NEVER(TransactionDefinition.PROPAGATION_NEVER),
NESTED(TransactionDefinition.PROPAGATION_NESTED);
private final int value;
Propagation(int value) {
this.value = value;
}
public int value() {
return this.value;
}
}
列举了7种传播配置属性,下面分别说明:
传播行为 | 父方法中存在事务子方法行为 | 父方法中不存在事务子方法行为 |
---|---|---|
REQUIRED | 默认传播行为,沿用, | 创建新的事务 |
SUPPORTS | 沿用; | 无事务,子方法中也无事务 |
MANDATORY | 沿用 | 抛出异常 |
REQUIRES_NEW | 创建新事务 | 创建新事务 |
NOT_SUPPORTED | 挂起事务,运行子方法 | 无事务,运行子方法 |
NEVER | 抛异常 | 无事务执行子方法 |
NESTED | 子方法发生异常,只回滚子方法的sql,而不回滚父方法中的事务 | 发生异常,只回滚子方法的sql,跟父方法无关 |
常用的三种传播行为:
- REQUIRED
- REQUIRES_NEW
- NESTED
代码测试这三种传播行为:
spring使用了save point的技术来让子事务回滚,而父事务不会滚;如果不支持save point,则新建一个事务来运行子事务;
区别点 | RequestNew | Nested |
---|---|---|
传递 | 拥有自己的锁和隔离级别 | 沿用父事务的隔离级别和锁 |
@Transaction自调用失效问题
事务的实现原理是基于AOP,同一个类中方法的互相调用,是自己调用自己,而没有代理对象的产生,就不会用到aop,所以,事务会失效;
**解决办法:**通过spring的ioc容器得到当前类的代理对象,调用本类的方法解决;
本文由博客一文多发平台 OpenWrite 发布!
共同学习,写下你的评论
评论加载中...
作者其他优质文章