Mysql中事务失效的几种情况及解决方案总结(一)

最近在工作中遇到一个问题：在对订单做处理的时候，原本所有的业务都在一个事务中，可操作结果是只有订单信息后续的所有操作都没有，经过排查确定是mysql的事务没有生效，所以就总结下事务失效的几种情况

一、mysql存储引擎引起的事务失效（一般不会遇到，目前用的mysql版本都在5.7+了）

mysql有多种存储引擎，有些版本（mysql5.5.5以前默认是MyISAM，mysql5.5.5以后默认是InnoDB）安装时默认的存储引擎是MyISAM，而MyISAM存储引擎是不支持事务处理的，所以才导致了项目中的某个方法事务失效，解决的方法就是将需要事务管理的表的存储引擎改为InnoDB即可

二、非事务方法A调用事务B引起事务失效（代码中最常见）
先看下Spring事务的传播机制：
1、PROPAGATION_REQUIRED – 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
2、PROPAGATION_SUPPORTS – 支持当前事务，如果当前没有事务，就以非事务方式执行。
3、PROPAGATION_MANDATORY – 支持当前事务，如果当前没有事务，就抛出异常。
4、PROPAGATION_REQUIRES_NEW – 新建事务，如果当前存在事务，把当前事务挂起。
5、PROPAGATION_NOT_SUPPORTED – 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
6、PROPAGATION_NEVER – 以非事务方式执行，如果当前存在事务，则抛出异常。
7、PROPAGATION_NESTED – 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。
说明：
spring默认的是PROPAGATION_REQUIRED机制,如果方法A标注了注解@Transactional 是完全没问题的,执行的时候传播给方法B,因为方法A开启了事务,线程内的connection的属性autoCommit=false,并且执行到方法B时,事务传播依然是生效的,得到的还是方法A的connection,autoCommit还是为false,所以事务生效;反之,如果方法A没有注解@Transactional 时,是不受事务管理的,autoCommit=true,那么传播给方法B的也为true,执行完自动提交,即使B标注了@Transactional
事务方法之间的嵌套调用，普通方法和事务方法之间的嵌套调用，都不会开启新的事务.是因为spring采用动态代理机制来实现事务控制，而动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了，所以以上就是为什么我在没有标注事务注解的方法A里去调用标注有事务注解的方法B而没有事务滚回的原因

解决方案：
1、把方法B抽离到另外一个XXService中,并且在这个Service中注入XXService,使用XXService调用方法B;（这种方式不优雅且要产生很多冗余文件,看起来很烦,实际开发中不建议这么做）
2、通过在方法内部获得当前类代理对象的方式,通过代理对象调用方法B（动态代理最终都是要调用原始对象的，而原始对象在去调用方法时，是不会再触发代理了，所以我们就使用代理对象来调用,就会触发事务）
①.使用 ApplicationContext 上下文对象获取该对象;
②.使用 AopContext.currentProxy() 获取代理对象,但是需要配置exposeProxy=true
建议使用的是第二种解决方案,具体操作如下:
springboot启动类加上注解:@EnableAspectJAutoProxy(exposeProxy = true)

         //获取代理对象
        SysUserService proxyObj = (SysUserService) AopContext.currentProxy();
        //用代理对象调用事务方法  被调用方法加了事务注解
        proxyObj.insertUser(user);

三、like 查询用％开头引起的事务失效
在使用LIKE关键字进行查询的语句中，如果匹配字符串的第一个字符为“%”，索引不会起作用。只有“%”不再第一个位置，索引才会起作用
四、mysql在使用不等于（！=或者<>）的时候无法使用索引会导致全表扫描
五、is null,is not null 也无法使用索引
六、少用or,用它连接时很多情况下索引会失效