springboot实现事务以及与trycatch的完美搭配

sprinboot实现事务很easy，两个注解，@EnableTransactionManagement 以及@Transactional。如果只添加了@Transactional的话，可能事务不会被启用。
事务就是从方法开始到结束过程中，只要出现异常，为了不影响数据被污染，会将出现异常之前做的数据处理回滚，即恢复数据到方法开始的时候。
方法体中难免会添加try catch去处理异常，既然catch到了异常的话，事务很难触发回滚，因为事务只能在runtimeException的时候才会触发回滚。
我的两个解决办法：1.catch中添加：throw new RuntimeException()，手动抛出运行时异常，让事务能够触发回滚
2。catch中添加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()，手动回滚。
假如上面的两个方案都试过了，还是不行，那可能是跟数据库有关了。目前我所了解的能够支持事务的数据库引擎只有InnoDb了，所以要查看一下是否是这个原因导致的事务无法回滚。

在项目后期，还有一处与该处有关的bug（我bug也是真的多且奇怪了），debug已经到方法的最后一行return了，swagger上还不显示结果，进度条还在转圈，费解，为啥？报的这个问题：Lock wait timeout exceeded; try restarting transaction.
原因是Mysql的 InnoDB存储引擎是支持事务的，事务开启后没有被主动Commit，导致该资源被长期占用，其他事务在抢占该资源时，因上一个事务的锁而导致抢占失败！因此出现 Lock wait timeout exceeded。
数据库层面上，SELECT * FROM information_schema.INNODB_TRX查看事务表中被锁住的，就是状态为running的线程，根据trx_mysql_thread_id这个字段kill掉就好了

但是只是数据库层面上解决了问题，数据库可以了，方法也执行完了，但是看效果好像没有对数据库操作成功啊，得想一想为什么事务无法自动提交，show variables like 'autocommit’查看自动提交是打开着的，更纳闷了，换了个数据库就好了，我以为是数据库差异造成的，今天又重新连了出问题的数据库，又正常了，人傻了，姑且权当昨天数据库不稳定吧，后面再研究吧，没精力了。