Mybatis plus性能分析插件引起的 Full table operation is prohibited.

场景

今天在执行一个 update 语句的时候，发现一直报Full table operation is prohibited.

版本是 MySQL 5.7.17

mybatis-plus 2.3.3

排查

• 看到 Full table operation is prohibited 首先怀疑是否是未加 WHERE 语句 引起的全表修改，logback 日志打印sql 语句发现，并没有。==排除==

• 网上查找 提出的建议是 ++由于innodb的任何操作都隱含有一個transaction，而出现问题的表由于数据量大操作频繁导致同時有太多事務，以致出现这样的错误。++ ==然后增大配置文件里的参数innodb_log_file_size到1G== 。
  我要是能改生产环境配置，。。。。 而且逻辑中只有4个回滚，不到这个级别。==排除==

• 看项目配置和源码

  • 首先项目采用了mybatis-plus，还添加了执行计划处理，这个插件会扫描比如我们的Update 和 Delte 语句 敏感操作 未加 Where 的sql 判断
  • 既然有关于全表相关的判断，那么猜测可能是这个插件引起的，进行源码debug
  • 在其源码内部有一个SqlExplainInterceptor 类，其中有一个 intercept 方法。
    

  我再其中画了重点，一个就是MySQL 的版本要大于5.6.3。 另一个就是执行关键的 sql 分析了

  继续看图，在这个图中有个很重要的语句（圈出的）
  

  if (!"Using where".equals(rs.getString("Extra"))) {
  if (this.isStopProceed()) {
  throw new MybatisPlusException("Error: Full table operation is prohibited. SQL: " + boundSql.getSql());
  }
  break;
  }
  ```
  ==!"Using where".equals(rs.getString("Extra")) == 就抛出我们的异常，那么我们就找到了根源。
  • 不过目前还没找到解决办法，也可能是我比较笨，所以最直接的办法有下面2种

  一个就是关闭执行计划处理
  另一个就是写一个自定义的 执行计划扫描。
  这是我目前想到的办法，有好的建议希望大家留言

转载于:https://www.cnblogs.com/haoming1100/articles/10269104.html