- 当前位置：首页 >探索 >MySQL的 where 1=1 会影响性能吗？
MySQL的 where 1=1 会影响性能吗？
发布时间：2025-11-05 12:18:15 来源：创站工坊 作者：应用开发
在日常业务开发中，影响经常会使用where 1=1来简化动态 SQL语句的影响拼接，有人说where 1=1会影响性能，影响也有人说不会，影响到底会不会影响性能？影响本文将从 MySQL的官方资料来进行分析。
一、影响动态拼接SQL
在 Mybatis中，影响动态拼接 SQL最常用的影响两种方式：使用 where 1=1 和 使用<where>标签。
1. 使用where 1=1使用过 iBATIS的影响小伙伴应该都知道：在 iBATIS中没有<where>标签，动态 SQL的影响处理相对较为原始和复杂，因此使用where 1=1这种写法的影响用户很大一部分是还在使用 iBATIS 或者是从 iBATIS过度到 Mybatis。
如下示例，影响通过where 1=1来动态拼接有效的影响 if语句：
复制<select id="" parameterType = ""> SELECT * FROM user WHERE 1=1 <if test="name != null and name != "> AND name = #{name} </if> <if test="age != null "> AND age = #{age} </if> </select>1.2.3.4.5.6.7.8.9.10. 2. 使用<where>标签Mybatis提供了<where>标签，<where>标签只有在至少一个 if条件有值的影响情况下才去生成 where子句，若 AND或 OR前没有有效语句，影响where元素会将它们去除，也就是说，如果 Mybatis通过<where>标签动态生成的语句为where AND name = 111，最终会被优化为where name = 111。
<where>标签使用示例如下：
复制<select id="" parameterType = ""> SELECT * FROM user <where> <if test="name != null and name != "> AND name = #{name} </if> <if test="age != null"> AND age = #{age} </if> </where> </select>1.2.3.4.5.6.7.8.9.10.11.<where>标签是在 MyBatis中引入的，服务器托管所以，很多一开始就使用 MyBatis的用户对这个标签使用的比较多。
二、性能影响
where 1=1到底会不会影响性能？我们可以先看一个具体的例子：
说明：示例基于 MySQL 8.0.30
可以使用如下指令查看 MySQL版本：
复制SELECT VERSION();1.
场景：基于一张拥有 100多万条数据的user表，根据name进行查询。
查看表结构和表的总数据，如下图：
下面，通过执行两条 SQL查询语句（一条带有 1=1）：
复制select * from user where name = name-96d1b3ce-1a24-4d47-b686-6f9c6940f5f6; select * from user where 1=1 and name = name-f692472e-40de-4053-9498-54b9800e9fb1;1.2.
对比两条 SQL执行的结果，可以发现它们消耗的时间几乎相同，因此，看起来where 1=1对整体的性能似乎并不影响。
为了排除一次查询不具有代表性，我们分别对两条 SQL语句查询 100遍，然后计算平均值：
复制SET PROFILING = 1; DO SLEEP(0.001); -- 确保每次查询之间有足够时间间隔 SET @count = 0; WHILE @count < 100 DO select * from user where name = name-96d1b3ce-1a24-4d47-b686-6f9c6940f5f6; -- or select * from user where 1=1 and name = name-f692472e-40de-4053-9498-54b9800e9fb1; SET @count = @count + 1; END WHILE; SHOW PROFILES;1.2.3.4.5.6.7.8.9.10.11.12.两条 SQL分别执行 100次后，最终也发现它们的平均值几乎相同，因此，上述示例似乎证明了 where 1=1 对整体的性能并没有不影响。
为什么没有影响？是不是 MySQL对 1=1进行了优化？
为了证明猜想，我们借助show warnings命令来查看信息，在 MySQL中，show warnings命令用于显示最近执行的亿华云 SQL语句产生的警告、错误或通知信息。它可以帮助我们了解语句执行过程中的问题。如下示例：
复制explain select * from user where 1=1 and name = name-f692472e-40de-4053-9498-54b9800e9fb1; show warnings;1.2.
将上述示例的 warnings信息摘出来如下：
复制/* select#1 */ select `yuanjava`.`user`.`id` AS `id`, `yuanjava`.`user`.`name` AS `name`, `yuanjava`.`user`.`age` AS `age`, `yuanjava`.`user`.`sex` AS `sex`, `yuanjava`.`user`.`created_at` AS `created_at` from `yuanjava`.`user` where (`yuanjava`.`user`.`name` = name-f692472e-40de-4053-9498-54b9800e9fb1)1.2.3.4.5.6.7.从 warnings信息可以看出：1=1已经被查询优化器优化掉，因此，对整体的性能影响并不大。
那么，有没有 MySQL的官方资料可以佐证 where 1=1确实被优化了？
答案：有！MySQL有一种 Constant-Folding Optimization（常量折叠优化）的功能。
三、Constant-Folding Optimization
MySQL的优化器具有一项称为 Constant-Folding Optimization（常量折叠优化）的功能，可以从查询中消除重言式表达式。Constant-Folding Optimization 是一种编译器的优化技术，用于优化编译时计算表达式的常量部分，从而减少运行时的计算量，换句话说：Constant-Folding Optimization 是发生在编译期，而不是引擎执行期间。
对于上述表达的”重言式表达式”又是服务器租用什么呢？
重言式重言式（Tautology ）又称为永真式，它的汉语拼音为：[Chóng yán shì]，是逻辑学的名词。命题公式中有一类重言式，如果一个公式，对于它的任一解释下其真值都为真，就称为重言式（永真式）。
其实，重言式在计算机领域也具有重要应用，比如”重言式表达式”（Tautological expression），它指的是那些总是为真的表达式或逻辑条件。
在 SQL查询中，重言式表达式是指无论在什么情况下，结果永远为真，它们通常会被优化器识别并优化掉，以提高查询效率。例如，如果 where中包含 1=1 或 A=A 这种重言式表达式，它们就会被优化器移除，因为对查询结果没有实际影响。如下两个示例：
复制SELECT * from user where 1=1 and name = xxx; -- 被优化成 SELECT * from user where name = xxx； SELECT id, name, salary * (1 + 0.05 * 2) AS real_salary FROM employees; -- 优化成(1 + 0.05 * 2 被优化成 1.1) SELECT id, name, salary * 1.1 AS real_salary FROM employees;1.2.3.4.5.6.7.另外，通过下面 MySQL架构示意图可以看出：优化器是属于 MySQL的 Server层，因此，Constant-Folding Optimization功能支持受 MySQL Server的版本影响。
查阅了 MySQL的官方资料，Constant-Folding Optimization 从 MySQL5.7版本开始引入，至于 MySQL5.7以前的版本是否具备这个功能，还有待考证。
四、如何选择？
where 1=1 和 <where> 标签 两种方案，该如何选择？
如果 MySQL Server版本大于等于 5.7，两个随便选，或者根据团队的要求来选；如果 MySQL Server版本小于 5.7，假如使用的是 MyBatis，建议使用<where> 标签，如果使用的还是比较老的 iBATIS，只能使用where 1=1；信息补充：2009年5月，iBATIS从 2.0版本开始更名为 MyBatis， 标签最早出现在MyBatis 3.2.0版本中。
五、总结
where 1=1和<where> 标签到底会不会影响性能，这个问题在网上已经出现了很多次，今天还是想从官方文档来进行说明。本文通过 MySQL的官方资料，加上百万数据的表进行真实测试，得出下面的结论：
如果 MySQL Server版本大于等于 5.7，where 1=1 对于性能几乎没有影响，因此，两个方式随便选，或者根据团队的要求来选；如果 MySQL Server版本小于 5.7，假如使用的是 MyBatis，建议使用<where> 标签，如果使用的还是比较老的 iBATIS，只能使用where 1=1；最后，遇到问题，建议首先查找官方的一手资料，这样才能帮助自己在一条正确的技术道路上成长！
- 回顾 backupninjabackupninja的一个独特的地方是它可以完全抛弃/etc/backup.d中的纯文本配置文件和操作文件，软件自己会搞定。另外，我们可以编写自定义脚本（又叫 “handler”）放在/usr/share/backupninja 目录下来完成不同类型的备份操作。此外，可以通过ninjahelper的基于ncurses的交互式菜单（又叫“helper”）来指导我们创建一些配置文件，使得人工错误降到最低。复制代码代码如下:#ninjahelper选择 create a new backup action（创建一个新的备份操作）。接下来将看到可选的操作类型，这里选择“backup of home directories（备份home目录）：然后会显示在helper中设置的默认值（这里只显示了3个）。可以编辑文本框中的值。注意，关于“when”变量的语法，参考文档的日程安排章节。当完成备份操作的创建后，它会显示在ninjahelper的初始化菜单中：按回车键显示这个备份操作的选项。因为它非常简单，所以我们可以随便对它进行一些实验。注意，“run this action now（立即运行）选项会不顾日程表安排的时间而立即进行备份操作：备份操作会发生一些错误，debug会提供一些有用的信息以帮助你定位错误并纠正。例如，当备份操作有错误并且没有被纠正，那么当它运行时将会打印出如下所示的错误信息。上面的图片告诉我们，用于完成备份操作的连接没有建立，因为它所需要链接的远程主机似乎宕机了。另外，在helper文件中指定的目标目录不存在。当纠正这些问题后，重新开始备份操作。需要牢记的事情： 当你在/usr/share/backupninja 下新建了一个自定义脚本（如foobar）来处理特殊的备份操作时，那么你还需要编写与之对应的helper（foobar.helper）文件，ninjahelper 将通过它生成名为10.foobar（下一个操作为11，以此类推）的文件，保存在/etc/backup.d目录下，而这个文件才是备份操作的真正的配置文件。 可以通过ninjahelper设定好备份操作的执行时间，或按照“when”变量中设置的频率来执行。
- 高吞吐低延迟的 NoSQL 数据库——Scylla 3.0 发布
- 技术同学应该如何理解业务？
- Redis排坑大全，这些坑是否跳过
- 红米4X手机使用技巧，让你的手机更快速！（解锁红米4X的隐藏功能，提升手机速度。）
- 如何为双活Redis Enterprise搭建基于Docker的开发环境？
- 揪出MySQL磁盘消耗迅猛的真凶
- 十年积累，5.4万GitHub Star一朝清零：开源史上超大意外损失
- 电脑格式错误的原因及解决方法（探究电脑格式错误的来源以及应对之策）
- 实战！如何从零搭建10万级 QPS 大流量、高并发优惠券系统
随便看看
- Copyright © 2025 Powered by MySQL的 where 1=1 会影响性能吗？,创站工坊 滇ICP备2023006006号-44sitemap