MySQL中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
时,通常会是如下写法:
<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框架,如何进一步改进。
其实,写这篇文章想传达的一个思想就是:再小,再习以为常的事物,如果你去思考、研究都会学到很多相关的知识点,也都可以对其进一步优化。
到此这篇关于MySQL中where 1=1方法的使用及改进的文章就介绍到这了,更多相关 MySQL where 1=1 内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
MySQL 5.6 中的 TIMESTAMP 和 explicit_defaults_for_timestamp 参数
这篇文章主要介绍了MySQL 5.6 中的 TIMESTAMP 和 explicit_defaults_for_timestamp 参数,需要的朋友可以参考下2015-08-08MySQL 中的count(*) 与 count(1) 谁更快一些?
这篇文章主要讨论MySQL 中 count(*) 与 count(1) 谁更快一些?以下讨论基于 InnoDB 存储引擎,并且再文末单独说一下MyISAM ,感兴趣的小伙伴可以参考一下2022-02-02
最新评论