2哥 :3妹,今天怎么下班这么晚啊。
3妹:嗨,别提了,今天线上出bug了, 排查了好久。
2哥:啊,什么问题呀?
3妹:我们内部的一个管理系统报错了, 最近排查下来是mybatis报的错。 背景是这样的:
背景
这个系统的功能比较简单,就是从DB查询用户,并列表展示,用了1年了,都没什么问题。mybatis查询sql是这样的:
<select id="query" resultMap="BaseResultMap">
select id, name, age from user_info where
<if test="name !=null and name !='' ">
name = #{name}
</if>
<if test="age !=null >
AND age = #{age}
</if>
</select>
2哥:这个sql看着也没问题啊
3妹:是的, 本来这个name不会这空的, 所以这个sql一直没问题, 可是最近业务逻辑变了,name可能为空。如果name为空的话就导致这条sql是 where and age=**, 这样就报错了。。
2哥:哦 明白,那3妹觉得有什么优化的方案吗?
3妹:把age查询放在前面吗?那这样age为空就也报错了,那怎么办呢?
2哥:其实,这种问题有2种解决方案,但本质思想是一样的:
方案一:在where最前面增加 1=1
比如改成:
<select id="query" resultMap="BaseResultMap">
select id, name, age from user_info where 1=1
<if test="name !=null and name !='' ">
AND name = #{name}
</if>
<if test="age !=null >
AND age = #{age}
</if>
</select>
这样where后面不会紧跟and, 就不会报错啦。
方案二:表中增加字段deleted
表中增加字段deleted, 一是删除可以软删除, 二是在where最前面加上deleted=0, 这样比加1=1更优雅,也更意义。
<select id="query" resultMap="BaseResultMap">
select id, name, age from user_info where deleted=0
<if test="name !=null and name !='' ">
AND name = #{name}
</if>
<if test="age !=null >
AND age = #{age}
</if>
</select>
扩展:增加1=1, 对性能有影响吗?
网上有种说法是,增加1=1后, 就不走索引,影响查询性能。那我们来测试下吧:
name字段为索引字段,
sql1:
EXPLAIN SELECT * FROM user_info WHERE name='张三';
sql2:
EXPLAIN SELECT * FROM user_info WHERE 1=1 AND name='张三';
通过对比上面两种sql输出结果可以看到possible_keys 和 key都使用到了索引进行检索。
结论:where 1=1 也会走索引,不影响查询效率。
3妹: 我还是在表里增加deleted吧,这样更优雅一些,还可以软删除,一举两得~
版权归原作者 程序员小2 所有, 如有侵权,请联系我们删除。