一:事务的传播行为
1.★propagation:用来设置事务的传播行为
事务的传播行为:一个方法运行在了一个开启了事务的方法中时,当前方法是使用原来的事务还是开启一个新的事务
-Propagation.REQUIRED:默认值,使用原来的事务
-Propagation.REQUIRES_NEW:将原来的事务挂起,开启一个新的事务
传播属性 | 描述 |
REQUIRED | 如果有事务在运行,当前的方法就在这个事务内运行,否则就启动一个新的事务,并在自己的事务内运行 |
REQUIRES_NEW | 当前的方法必须启动新的事务,并在自己的事务内运行,如果有事务正在运行,就将它挂起 |
SUPPORTS | 如果有事务正在运行,当前的方法就在这个方法内运行,否则他可以不运行在事务中 |
NOT_SUPPORTED | 当前的方法不应该运行在事务中,如果有运行的事务,就将它挂起 |
MANDATORY | 当前的方法必须运行在事务的内部,如果没有正在运行的事务,就抛出异常 |
NEVER | 当前的方法不应该运行在事务中,如果有运行的事务,就抛出异常 |
NESTED | 如果有事务在运行,当前的方法就应该在这个事务的嵌套事务内运行,否则就启动一个新的事务,并在他自己的事务内运行 |
事务传播属性可以在@Transactional注解的propagation属性中定义
2、测试
当前有两本书,库存都为100本,价格分别为60元和50元,用户当前有100元,同时购买这两本书
@Test void testCashier() { Cashier cashier = (Cashier) ioc.getBean("cashier"); //创建List List<String> isbns = new ArrayList<>(); isbns.add("1001"); isbns.add("1002"); //去结账 cashier.checkout(1, isbns); }
Cashier
@Transactional @Override public void checkout(int userId, List<String> isbns) { for (String isbn : isbns) { //调用BookShopService中买东西的方法 bookShopService.purchase(userId, isbn); } }
BookShopService
@Transactional @Override public void purchase(int userId, String isbn) { //1.获取要买的图书的价格 double bookPrice = bookShopDao.getBookPriceByIsbn(isbn); //2.更新图书的库存 bookShopDao.updateBookStock(isbn); //3.更新用户的余额 bookShopDao.updateAccountBalance(userId, bookPrice); }
1)、REQUIRED传播行为
当bookShopServer的purchase()方法被另一个事务方法checkout()调用时,它默认会在现有的事务内运行。这个默认的传播行为就是REQUIRED。因此在checkout()方法的开始和终止边界内只有一个事务。这个事务只在checkout()方法结束的时候提交,结果用户一本书也买不了
2)、REQUIRED_NEW传播行为
表示该方法必须必须启动一个新事务,并在自己的事务内运行。如果有事务在运行,就将它挂起
二:事务的隔离界别
1.数据库事务并发问题
假设现在有两个事务:Transaction01和Transcation02并发执行
1) 脏读
①、Transaction01将某条记录的AGE值从20修改为30
②、Transcation02读取了Transcation01修改之后的值:30
③、Transcation01回滚,AGE值恢复到了20
④、Transcation02读取到的30就是一个失效的数据
2) 不可重复读
①、Transcation01读取了AGE值为20,
②、Transcation02将值修改为30
③、Transcation01再次读取的值为30,和第一次读取的不一样
3) 幻读
①、Transcation01读取了student表中的一部分数据
②、Transcation02向student插入了新的行
③、Transcation01读取student表时,多出了一些行
2.事务的隔离级别
数据库系统必须具有隔离并发运行各个事务的能力,使他们不会相互影响,避免各种并发问题。
一个事务与其他事务隔离的程度称为隔离级别
SQL标准中定义了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性越好,但并发性越弱
1)读未提交:READ_UNCOMMITTED
允许Transcation01读取Transcation02未提交的修改
2)读已提交:READ_COMMITTED
要求Transcation01只能读取Transcation02已提交的修改
3)可重复读:REPEATABLE_READ
确保Transcation01可以多次从一个字段中读取到相同的值,即Transcation01运行期间禁止其他事务对这个字段进行修改
4)串行化:SERIALIZABLE
确保Transcation01可以多次从一个表中读取到相同的行,在Transcation01执行期间,禁止其他事务对这个表进行添加、更新、删除操作。可以避免任何并发问题,但性能十分低下
5)各个隔离级别解决并发问题的能力
脏读 | 不可重复读 | 幻读 | |
READ_UNCOMMITTED | 有 | 有 | 有 |
READ_COMMITTED | 无 | 有 | 有 |
REPEATABLE_READ | 无 | 无 | 有 |
SERIALIZABLE | 无 | 无 | 无 |
6)数据库对隔离级别的支持程度
Oracle | MySQL | |
READ_UNCOMMITTED | × | √ |
READ_COMMITTED | √(默认) | √ |
REPEATABLE_READ | × | √(默认) |
SERIALIZABLE | √ | √ |
3.★isolation:用来设置事务的隔离级别
-Isolation.REPEATABLE_READ:可重复读,MySQL默认的隔离级别
-Isolation.READ_COMMITTED:读已提交,Oracle默认的隔离级别,开发时通常使用的隔离级别