SpringBoot @Transactional事务详解
事务用处及作用
事务主要是保证数据统一、一致的一种操作。
详细的一些专用术语在此这里不会说太多，如需了解自行百度了（还不是枯燥乏味），大致就是这意思。
事务用处
比如坤坤，坤坤拿着100元去买鸡，一个鸡10元，在没有事务的情况下，坤坤把100元交给了卖鸡老板，此时城管来了，老板突然跑路（这里指的是在支付时，数据出现异常）,那么坤坤的100元也就没了，鸡也没买到。坤坤哭死…
如果有事务的场景下，坤坤拿着100元去买鸡，坤坤把100元给了卖鸡老板，老板突然跑路（发生异常），支付系统会自动回滚，把100元还给坤坤，这样数据就不会出错了。还有个场景，比如卖鸡老板正在找给坤坤钱的时候，此时另一个人长得也像坤坤的人来买鸡（这里指多线程并发），老板此时如果顾不过来，找钱就会出现问题，比如少给了坤坤20元，或者多给了坤坤20元等等操作。
当Java中一个方法内有多次对数据库的增删改查等操作，并且这些操作之间有一些关联关系，如果方法执行一半出问题报错，后面的操作将不会执行，造成数据异常，但是使用了事务以后可以如果中途执行失败，可以回退到方法执行之前，保证数据不出问题。
总之就是事务保障了数据交互时的安全性，数据要么都修改、要么都回滚。
事务四大特性
1、原子性
事务要么全部都被执行，要么就全都不被执行，如果有子事务提交失败，那么其他子事务对数据库的操作将被回滚，数据库回到事务提交前的状态；如果全部子事务都提交成功，则所有的数据库操作都会被提交
2、一致性
事务的执行使得数据库从一种正确状态转换成另一种正确状态
3、隔离性
一个事务的执行不能被其他事务所影响
4、持久性
事务一旦提交，就会永久保存在数据库中，及时数据库服务器发生故障，也不会丢失提交事务的操作。
事务四大隔离级别
- @Transactional(isolation = Isolation.READ_UNCOMMITTED)：读取未提交数据(会出现脏读,不可重复读) 基本不使用
- @Transactional(isolation = Isolation.READ_COMMITTED)：读取已提交数据(会出现不可重复读和幻读)
- @Transactional(isolation = Isolation.REPEATABLE_READ)：可重复读(会出现幻读)
- @Transactional(isolation = Isolation.SERIALIZABLE)：串行化
事务实现方式
Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，Spring是无法提供事务功能的。
Spring事务实现主要有两种方法:编程式:beginTransaction()、commit()、rollback()等事务管理相关的方法。
还有声明式，使用注解@Transactional
正常情况下来说，SpringBoot默认是有事务的，默认也还会开启，不需要在Application.java类中在次声明@EnableTransactionManagement注解。
注意：@Transactional注解如果放到不是public修饰的方法或类上会导致事务失效。如果使用mysql引擎是MyISAM那么事务也不会起作用，MyISAM不支持事务，可以改为InnoDB引擎。
建立模拟数据库
这里我创建了3张表，分别是：
- d_user： 用户表
- d_detail：明细表
- d_shop：商品表
d_shop看到这张表了吗？为了业务连贯性和方便理解，这里一定要注意！因为它没用。
事务注解
到这里你就不得了了，你现在已经很牛批了，最起码知道事务是什么，不加事务是什么后果。
接下来学会实际应用那还得了？
添加事务是用的是@Transactional注解。
- @Transactional，不加任何参数时，
默认会回滚运行时异常及其子类，其它范围之外的异常 Spring 不会帮我们去回滚数据 - @Transactional(rollbackFor = Exception.class)，如果加上
rollbackFor参数，会回滚所有异常类，前提下一定要在catch中抛出相关异常类，否则事务还是失效的。
下面是异常类和子类关系图，@Transactional，不加任何参数时，默认只会回滚RuntimeException和子类，其他类不会回滚：
不使用事务
1、第一种情况，不使用任何事务
这种操作，就是没有使用任务事务的，如果程序不出错，那么数据正常执行没有问题。
金额 - 10，并且明细表中有购买记录。
2、第二种情况
如果这时候，某些程序发生错误，比如下面最常见的 不能被0整出异常。
会发现，钱扣了… 却没有明细，没有明细就意味着数据不完整。
后台完美的抛出了异常
使用事务
1、第一种，只有@Transactional注解，这种情况只会 回滚 RuntimeException和子类，其他异常将不会回滚，这种不用特意抛出异常。
即使后台出错，并且还保持数据的完整性。
2、第二种，使用 @Transactional(rollbackFor = Exception.class) 注解，默认会回滚所有事务，前提下，一定要主动抛出异常，否则事务是不会生效的。
3、第三种，可以指定回滚事务异常类，这里需要排除不用回滚的异常类，同样需要异常抛出。
4、第四种，可以不依赖 throw new NullPointerException("") 手动执行事务回滚。
// 手动回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
@Override
@Transactional(rollbackFor = {Exception.class})
public boolean payShop(String shopId) {
// 查询商品金额
DShop dShop = dShopMapper.selectById(shopId);
// 查询用户现有金额
DUser dUser = dUserMapper.selectById("1");
// 更新用户金额
double newMoney = dUser.getMoney()-dShop.getShopMoney();
dUser.setMoney(newMoney);
dUserMapper.updateById(dUser);
try {
String a = null;
boolean equals = a.equals("2");
} catch (Exception e) {
e.printStackTrace();
// 手动执行回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
/*try {
String[] str = new String[1];
System.out.println(str[5]);
} catch (Exception e) {
e.printStackTrace();
// 如果设置的 @Transactional(rollbackFor = {Exception.class}) 那么一定要抛出相关异常，否则事务不生效
throw new ArrayIndexOutOfBoundsException("数组超了");
}*/
DDetail dDetail = new DDetail();
dDetail.setUserId(dUser.getUserId());
dDetail.setPayMoney(dShop.getShopMoney());
dDetail.setShopId(dShop.getShopId());
dDetailMapper.insert(dDetail);
return true;
}
效果是一样的，就不贴图片了。
其他参考
https://blog.csdn.net/yuxiangdeming/article/details/125243814