最近项目中出现了至少两次因为Mybatis的动态where条件不满足导致实际sql语句的where条件为空,进而查询全表,当数据量比较大的时候,导致OOM的情况.
如何禁止这种情况,个人觉得三种措施:
- 1.在逻辑层面加充分的参数有效性检查;
- 2.在where条件中如果索引条件都不满足,加上1=2这种必然失败的条件;
- 3.Mybatis拦截器;
前两种措施都是依赖人,从这个层面讲,是不靠谱的,即一个策略不是强制的,就是不靠谱的.相对而言,第三种是不依赖程序员的自觉性,是最靠谱的.乘周六有时间,实现一个简单的Mybatis拦截器来拦截where条件为空的SQL语句.
1.实现先上代码,这里拦截了SqlCommandType为select,update,delete这三种类型.出现情况目前只是打日志.
包括一个简单反射工具的实现:
- /** * 反射工具 * * @author: xiaobaoqiu Date: 15-8-22 Time: 上午11:52 */
2.Mybatis的Interceptor原理这篇文章很好的解释了Mybatis的Interceptor机制.
mybatis读取配置再xml文件中Interceptor,通过反射构造其实例,将所有的Interceptor保存到InterceptorChain中。
mybatis的拦截器只能代理指定的四个类:ParameterHandler、ResultSetHandler、StatementHandler以及Executor。
参考: