背景
刚入行的同学，看到在 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