事务
- 事务管理是企业级应用程序开发中必不可少的技术, 用来确保数据的完整性和一致性.
事务就是一系列的动作, 它们被当做一个单独的工作单元. 这些动作要么全部完成, 要么全部不起作用
事务的四个关键属性(ACID)
- 原子性(atomicity): 事务是一个原子操作, 由一系列动作组成. 事务的原子性确保动作要么全部完成要么完全不起作用
- 一致性(consistency): 一旦所有事务动作完成, 事务就被提交. 数据和资源就处于一种满足业务规则的一致性状态中
隔离性(isolation): 可能有许多事务会同时处理相同的数据, 因此每个事物都应该与其他事务隔离开来, 防止数据损坏
持久性(durability): 一旦事务完成, 无论发生什么系统错误, 它的结果都不应该受到影响. 通常情况下, 事务的结果被写到持久化存储器中
spring 中的事务
Spring 既支持编程式事务管理, 也支持声明式的事务管理
编程式事务管理: 将事务管理代码嵌入到业务方法中来控制事务的提交和回滚. 在编程式管理事务时, 必须在每个事务操作中包含额外的事务管理代码
声明式事务管理(目前都用这种): 大多数情况下比编程式事务管理更好用. 它将事务管理代码从业务方法中分离出来, 以声明的方式来实现事务管理. 事务管理作为一种横切关注点, 可以通过 AOP 方法模块化. Spring 通过 Spring AOP 框架支持声明式事务管理
实例case
- applicationContext.xml
<!-- 配置事务管理器 -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"></property>
</bean>
<!-- 启用事务注解 -->
<tx:annotation-driven transaction-manager="transactionManager"/>
- bookStoreServiceImpl.java
//添加事务注解
@Transactional
@Override
public void buy(String username, String isbn) {
//1. 获取图书金额
int price = this.bookStoreDao.getPriceByIsbn(isbn);
//2. 图书库存减一
this.bookStoreDao.updateStoreStock(isbn);
//3. 用户金额减去图书金额
this.bookStoreDao.updateUserBalance(username, price);
}
- 测试
@Test
void testBuy() {
this.bookStoreService.buy("aa", "123");
}
console:
- 测试后,发现数据库三张表的数据保持原样
- 完整源代码可以去我的gitHub账号下载,文章末尾也会提供直达链接
Spring 事务管理中事务的传播行为(非常有意思)
什么是事务的传播行为
- 当事务方法被另一个事务方法调用时, 必须指定事务应该如何传播. 例如: 方法可能继续在现有事务中运行, 也可能开启一个新事务, 并在自己的事务中运行
- Spring 支持的七种事务传播行为(如图)
- 其中我们最常用的就是第一种和第二种
- 测试代码
public interface UserService {
// 用户购买多本书
void buyList(String username, List<String> isbns);
}
@Service(value="userService")
public class UserServiceImpl implements UserService{
@Autowired
private BookStoreService bookStoreService;
@Transactional
@Override
public void buyList(String username, List<String> isbns) {
for(String isbn : isbns) {
this.bookStoreService.buy(username, isbn);
}
}
}
//添加事务注解
//使用propagation 指定事物的传播行为,即当前的事务访问被另外一个事务方法调用的时候,
//如何使用事务,默认取值为 REQUIRED,即使用调用方法的事务
//取值为 REQUIRES_NEW : 使用自己的事务,调用方法的事务被挂起
@Transactional(propagation=Propagation.REQUIRES_NEW)
@Override
public void buy(String username, String isbn) {
//1. 获取图书金额
int price = this.bookStoreDao.getPriceByIsbn(isbn);
//2. 图书库存减一
this.bookStoreDao.updateStoreStock(isbn);
//3. 用户金额减去图书金额
this.bookStoreDao.updateUserBalance(username, price);
}
}
- 经过测试,当 propagation=Propagation.REQUIRES_NEW 的时候,如果用户只有买第一本书的钱,那么将会扣除用户第一本书的钱并反映到数据库中,如果连第一本的钱都不够,那么整个事务失败
- 如果 propagation=Propagation.REQUIRED ,那么用户的金额只要不大于两本书的价钱之和,整个事务失败
- 解释图
最后举一个非常经典的例子作为结尾
- 你和女朋友去餐厅吃饭,碰见你的好哥们也在吃饭,那么你是选择和你好哥们一起拼桌还是自己和女朋友另外开个包厢,这其实就对应着spring 中的事务传播行为的 Propagation.REQUIRED 和 Propagation.REQUIRES_NEW
- 当然你要是没有女朋友,那么先去找个再来谈事务的传播行为吧 ^^
并发事务所导致的问题
当同一个应用程序或者不同应用程序中的多个事务在同一个数据集上并发执行时, 可能会出现许多意外的问题,并发事务所导致的问题可以分为下面三种类型:
- 脏读: 对于两个事物 T1, T2, T1 读取了已经被 T2 更新但 还没有被提交的字段. 之后, 若 T2 回滚, T1读取的内容就是临时且无效的.
不可重复读:对于两个事物 T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段. 之后, T1再次读取同一个字段, 值就不同了.
幻读:对于两个事物 T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行. 之后, 如果 T1 再次读取同一个表, 就会多出几行.
- 关于通过xml的方式配置spring的事务,这里不再过多累述,一图了解即可