场景
今天在执行一个 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种
一个就是关闭执行计划处理
另一个就是写一个自定义的 执行计划扫描。
这是我目前想到的办法,有好的建议希望大家留言