不要再用where 1=1了！有更好的写法！-技术圈

背景

刚入行的同学，看到在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时，通常会是如下写法：

"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>

这里where 1=1的作用同上。但如果你更进一步去了解Mybatis的语法及标签，可以使用标签来代替where 1=1：

"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>