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吧，这样更优雅一些，还可以软删除，一举两得~