客观看待mybatis 中使用 where 1=1

偏执的太偏执、 2023-09-28 12:28 57阅读 0赞

随便一翻，可以看到使用where 1=1 的人很多， 可能这已经是一个编码习惯了。

![2ebc6d2a9aa74abf97724c19d335c8a1.png][]

那么使用where 1=1 ，会怎么样么 。

首先，先辟谣。

![b761f2c6262b4d7996d857a5bcc05ac8.png][]

![764fdb5aed484565b3f0d420056583a8.png][]

![f013ec1b64b044c59e435a704048fce2.png][]

**where 1=1 不会导致索引失效 ！  
where 1=1 不会导致索引失效 ！  
where 1=1 不会导致索引失效 ！**

客观看待 ：

为什么会去写这个where 1=1 ？

## WHERE 1=1 ##

示例：

>     <select id="queryList" resultMap="BaseResultMap">
>         select
>         <include refid="Base_Column_List"/>
>         from user_info
>         where 1=1
>     
>         <if test="type !=null">
>             and TYPE = #{type}
>         </if>
>     </select>

可能很多人看到这，已经知道，其实mybatis有where 标签是专门用于这种场景的。

而且绝大多数人都知道where标签，只是还是习惯使用 where 1=1 .

其实就是两个点 ：

1. 复制粘贴，随便哪个查询都是if 标签， 复制改一改， 为了不报错，加上 where 1=1 ，完事。  
2. 知道mysql 会将接收到的sql 指令做优化，这种where 1=1 是会被优化掉的，所以不影响。

不影响索引命中：  
  
![cbe0d20462794c3eb7721e751cfb11c8.png][]

不使用 where 1=1 ，能够命中索引：

![6860392e3a70404aab4215fb71be950f.png][]

使用 where 1=1 ，一样命中索引：  
![3150481c7a134b8b851827b0cac52874.png][]

所以再说一次 ： **where 1=1 不会导致索引失效 ！**

## Mybatis where标签 ##

示例：

>     <select id="queryList" resultMap="BaseResultMap">
>         select
>         <include refid="Base_Column_List"/>
>         from user_info
>         <where>
>             <if test="type !=null">
>                 and TYPE = #{type}
>             </if>
>         </where>
>     </select>

可以看到使用where标签的话，第一个感觉就是，代码顺畅一点，但是多了一个where标签的使用知识需要知道。

可以看到，我的示例，上面 where标签 里面 的第一个if标签里面 有写 and 。

这个是没影响的，mybatis也会帮我们做优化，第一个 and这种东西没关系的。

因为多个if标签同时存在的时候，只要保证触发了的标签 两两之间是用 and 或者 or这些连接起来就行， 第一个会自动优化掉。当然这是mybatis帮我们做的事情。

我怎么知道？看源码看的 ：  
mybatis where标签的源码：

![729bcb53bfa944f58f6fd79d544da09e.png][]

可以看到代码里面 where标签 只是定义了一下 所谓的前缀list，实际上还是用的super。

继承的父类，其实就是 trim 标签。  
所以我们使用where标签写的示例，也可以改成使用trim标签 ：

>     <select id="queryList" resultMap="BaseResultMap">
>         select
>         <include refid="Base_Column_List"/>
>         from user_info
>         <trim prefix="WHERE" prefixOverrides="AND | OR" >
>             <if test="type !=null">
>                 and TYPE = #{type}
>             </if>
>         </trim>
>         
>     </select>

trim标签 ，也可以瞄一眼源码：  
![29fd925d6b5c4ba9b7b5fcb900e42667.png][]

prefix：给trim标签内sql语句加上前缀  
suffix：给trim标签内sql语句加上后缀  
prefixOverrides：去除多余的前缀内容，如：prefixOverrides=“AND”，去除trim标签内sql语句多余的前缀"AND"  
suffixOverrides：去除多余的后缀内容，如：suffixOverrides="，"，去除trim标签内sql语句多余的后缀"，"

那么mybatis怎么去处理这个where标签（包括任何其他标签）的呢？ 其实mybatis源码上有相关的测试函数，也可以看的是怎么给我们如何解析where标签，最后拼接成sql的。

感兴趣的可以自己看看（如果你自己有想法，其实可以自己定义自己的一套规则，反正最终是解析拼接出sql语句。）：  
![038b97ba66a04f579f171ee29b47f01d.png][]

## 值得思考的问题 ##

扯远了，那么回到正题， 客观看待使用 where 1=1 .

上面列了一些where标签的源码，为什么我要列这些。

其实就是为了引出一个值得思考斟酌的问题？

使用 where 1=1 ，mysql底层会帮我们优化， 不影响索引。

使用where标签， 则需要 代码层面 帮我们解析。

那么这样来说，是不是使用where标签，其实也会存在性能问题，毕竟要走代码解析？

那么是选择在java代码应用层的解析还是选择 mysql底层的优化呢？

这个问题留给大家思考。

[2ebc6d2a9aa74abf97724c19d335c8a1.png]: https://img-blog.csdnimg.cn/2ebc6d2a9aa74abf97724c19d335c8a1.png
[b761f2c6262b4d7996d857a5bcc05ac8.png]: https://img-blog.csdnimg.cn/b761f2c6262b4d7996d857a5bcc05ac8.png
[764fdb5aed484565b3f0d420056583a8.png]: https://img-blog.csdnimg.cn/764fdb5aed484565b3f0d420056583a8.png
[f013ec1b64b044c59e435a704048fce2.png]: https://img-blog.csdnimg.cn/f013ec1b64b044c59e435a704048fce2.png
[cbe0d20462794c3eb7721e751cfb11c8.png]: https://img-blog.csdnimg.cn/cbe0d20462794c3eb7721e751cfb11c8.png
[6860392e3a70404aab4215fb71be950f.png]: https://img-blog.csdnimg.cn/6860392e3a70404aab4215fb71be950f.png
[3150481c7a134b8b851827b0cac52874.png]: https://img-blog.csdnimg.cn/3150481c7a134b8b851827b0cac52874.png
[729bcb53bfa944f58f6fd79d544da09e.png]: https://img-blog.csdnimg.cn/729bcb53bfa944f58f6fd79d544da09e.png
[29fd925d6b5c4ba9b7b5fcb900e42667.png]: https://img-blog.csdnimg.cn/29fd925d6b5c4ba9b7b5fcb900e42667.png
[038b97ba66a04f579f171ee29b47f01d.png]: https://img-blog.csdnimg.cn/038b97ba66a04f579f171ee29b47f01d.png