不要再用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<>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

版权声明:本文为CSDN博主「程序新视界」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/wo541075754/article/details/123196671

背景

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

版权声明:本文为CSDN博主「程序新视界」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/wo541075754/article/details/123196671

生成海报
点赞 0

程序新视界

我还没有学会写个人说明!

暂无评论

发表评论

相关推荐

不要再用where 1=1了,有更好的写法

背景 刚入行的同学,看到在SQL语句中出现where 1 1这样的条件可能会有所困惑,而长时间这样使用的朋友可能又习以为常。 那么,你是否还记得当初为什么要这样写?是否有性能问题&#

基于8051单片机实现电子时钟+数字秒表设计

概述 电子时钟是一种利用数字电路来显示秒、分、时的计时装置,与传统的机械钟相比,它具有走时准确、显 示直观、无机械传动装置等优点,因而得到广泛应用。随着人们生活环境的不断改善和美化,在许

51小车(一)

1.准备: 借鉴: 详细介绍如何从零开始制作51单片机控制的智能小车(一)———让小车动起来_慕羽★的博客-CSDN博客_新手怎么制作单片机智能小车 2.已有模块 (1)  已有电机驱动 (2)

三相电机相电感,相电阻和极对数的测量

相电阻测量: 方法一:可使用万用表电阻档直接测量其中两端 方法二:可使用LCR数字电桥仪器测量 万用表操作: 将万用表旋转到电阻档的适当量程内 将万用表上的两表笔接触在电机的其中任意