背景

刚入行的同学，看到在SQL语句中呈现where 1 = 1这样的条件可能会有所困惑，而长时间这样应用的敌人可能又司空见惯。

那么，你是否还记得当初为什么要这样写？是否有性能问题？有没有更好的写法？

明天这篇文章，带大家从头到尾梳理一下where 1 = 1的应用及改良，或者你能从中失去更多意想不到的播种。

where 1=1的作用

如果要问在SQL语句的where条件中多加1=1目标是什么，很简略：使得where条件语句永远为真。实质上就是尽管加了where条件，但实际上永远为真，也就相当于没有加任何约束条件。

应用该语句的场景次要是：动静构建SQL语句。

String sql  =  "select * from t_user  where 1=1 "; if(!b.equals("")){    sql += "and  b='"+b+"'";}

在上述语句拼写时，应用where 1=1，当b不等于空时，能够间接拼接“and”语句，而不会导致语法错误。如果没有where 1=1，原来的SQL语句就变成（假如b传入了"abc"）：

"select * from t_user  where and  b= 'abc' ";

很显著，上述SQL语句会有语法错误。所以，之所以增加1=1，就是为了不便SQL拼接。

从另外一个角度来讲，不仅仅1=1能够这样应用，像：1<>2、2>1、'a'='a'等表达式，只有后果为true，都能够如此应用。

where 1<>1

下面讲了where 1=1的来历及应用，那么你是否应用过where 1<>1的模式呢？

你还别说，where 1<>1也是有应用场景的，比方：只获取表构造而不取数据。

create table t_temp as select * from t_user  where 1<>1

上述语句，创立了一个与t_user表构造一样但没有任何数据的新表t_temp。

当然，除了表构造，其余的构造也能够如此应用。

where 1=1的性能问题

有人说，应用where 1=1可能会有性能问题，咱们间接来试验一下。

mysql 8.0.18，t_user表，id_no字段有索引：

explain select * from t_user where id_no = 'Tom25';explain select * from t_user where 1=1 and id_no = 'Tom25';

执行上述两行SQL语句，explain后果都是如下：

也就是说，1=1这样条件，并不影响索引和性能，从explain后果上能够看出两者并无本质区别。

之所以不同的SQL语句，出现了雷同的后果，这是因为被Mysql优化了。Mysql在解决指令时，会对1=1这类有效的条件进行优化解决。这个与Java的编译器有些像，很多有效的判断或语句，在编译成字节码时，编译器会进行优化解决。

where 1=1的改良

尽管说1=1会被优化器优化掉，但优化操作自身还是会耗费MySQL的性能的，如果可能从根本上防止这种状况的呈现，那不就更好了。

以Mybatis为例，在应用where 1=1时，通常会是如下写法：

<select id="queryUser" parameterType="com.choupangxia.entity.User" resultType="java.lang.Integer">     select count(id) from t_user u where 1=1<if test="username !=null and username !='' ">     AND u.username = #{username} </if> <if test="userNo !=null and userNo !='' ">     AND u.user_no = #{userNo}</if> </select>

这里where 1=1的作用同上。但如果你更进一步去理解Mybatis的语法及标签，能够应用<where>标签来代替where 1=1：

<select id="queryUser" parameterType="com.choupangxia.entity.User" resultType="java.lang.Integer">     select count(id) from t_user u<where><if test="username !=null and username !='' "> u.username = #{username} </if><if test="userNo !=null and userNo !='' ">  AND u.user_no = #{userNo}</if></where> </select>

这样，在查问数据比拟大的状况下，可缩小MySQL为了优化1=1这样的条件而损失的性能。

小结

本文咱们从司空见惯的where 1=1应用聊起，聊了它的应用场景、MySQL对其优化、以及延长进去的where 1<>1的应用，同时基于常见的Mybatis框架，如何进一步改良。

其实，写这篇文章想传播的一个思维就是：再小，再司空见惯的事物，如果你去思考、钻研都会学到很多相干的知识点，也都能够对其进一步优化。

已经有一个技术大佬说过：再简略的一段代码，如果将访问量扩充100倍、1000倍，都能够会呈现问题。不要进行思考和学习！

博主简介：《SpringBoot技术底细》技术图书作者，热爱钻研技术，写技术干货文章。

公众号：「程序新视界」，博主的公众号，欢送关注~

技术交换：请分割博主微信号：zhuan2quan