Spring事物备忘录

第一该注解本身存在的问题
我一直认为是只对数据库有效
第二：如果同时存在mysql和redis，会回滚么
Spring事物的那些坑
https://www.jianshu.com/p/a4229aa79ace 据我所知，spring事物是有坑的，这里要小心注意，也是需要认真严谨的去研究的
https://blog.csdn.net/qq_16605855/article/details/79653282
Spring本身是不实现事物，其中具体实现是对数据库事物的封装，对于需要事物的操作，spring在获取数据连接时会获取与事物相关的数据库连接，而且对于一个事物来说连接是唯一的，也就是说不同的数据库连接事物更是无从谈起。
思考开发过程中的一个问题：
先把数据写入到mysql，在把数据写到redis，为了一致性，是否可以使用事物
理论上事物是不会对两个过程生效，即如果mysql写入成功，但是redis写入失败，一致性问题仍然会出现。
当然这里有一个折中的方法，就是使用mysql事物，但是在redis操作地方进行异常捕捉，如果redis发生异常手动抛出可引起回滚的异常。
关于spring事物的几个坑：

1. 接口上的注解：
   Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解，但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果你正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。因此，请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
   意思就是说：对于自己实现的接口没必要加注解，注解不可继承。真针对spring帮你实现的接口才有意义。比如jpa，mybatis的接口。

2. 异常回滚问题：
   Spring框架的事务基础架构代码将默认地只在抛出运行时和unchecked exceptions时才标识事务回滚也就是说，当抛出个RuntimeException 或其子类例的实例时。（Errors 也一样 - 默认地 - 标识事务回滚。）从事务方法中抛出的Checked exceptions将 ****不 被标识进行事务回滚。

3. 手动多线程获取连接时事物会失效，很好明白，事物肯定要在一个连接里

4. 事物超时，事物超时似乎只对jdbcTemplate有效