乐趣区

关于mysql:不要再用where-11了有更好的写法

背景

刚入行的同学,看到在 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<>22>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

退出移动版