阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 blog.csdn.net/weixin_53935287/article/details/125227028 「Navicat中国」欢迎转载，保留摘要，谢谢！

• WHERE 1=1 会改善查询执行吗？
• 为方便而设
• 在静态 SQL 中
• 在动态 SQL 中
• 总结

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

你是否曾在 SELECT 查询中看到过 WHERE 1=1条件。我在许多不同的查询和许多 SQL 引擎中都有看过。这条件显然意味着 WHERE TRUE，所以它只是返回与没有 WHERE 子句时相同的查询结果。

此外，由于查询优化器几乎肯定会删除它，因此对查询执行时间没有影响。那么，WHERE 1=1 的作用是什么？这就是我们今天要在这里回答的问题！

WHERE 1=1 会改善查询执行吗？

正如前文中所述，我们预计查询优化器会删除硬编码的 WHERE 1=1 子句，因此我们不应看到查询执行时间减少。为了证实这个假设，让我们在 Navicat 中运行一个有和一个无 WHERE 1=1 子句的 SELECT 查询。

首先，以下是在 Sakila 示例数据库运行的查询，获取从 Lethbridge 商店租借电影的客户：

在信息选项卡的底部可以看到 0.004 秒的运行时间（用红色方框突出显示）。

现在，让我们运行相同的查询，但添加了 WHERE 1=1 子句：

同样，运行时间为 0.004 秒。尽管查询的运行时间可能因许多因素会略有波动，但可以肯定地说 WHERE 1=1 子句对其没有任何影响。

那么，为什么要使用它呢？简单来说，就是...

为方便而设

事实上，WHERE 1=1 子句只是一些开发人员采用的一种惯性做法，以简化静态和动态形式的 SQL 语句的使用。

在静态 SQL 中

向已经具有 WHERE 1=1 的查询添加条件时，此后的所有条件都将包含 AND，因此在注释掉试验查询的条件时更容易。

这类似于另一种在列名之前而不是之后加入逗号的技巧。同样，更容易注释：

在动态 SQL 中

这也是以编程方式构建 SQL 查询时的常见做法。从“WHERE 1=1”开始，然后附加其他条件，例如“ and customer.id=:custId”，具体取决于是否提供了客户 ID。这允许开发人员在查询中附加以“and ...”开头的下一个条件。这是一个假设的例子：

stmt  = "SELECT * "
stmt += "FROM TABLE "
stmt += "WHERE 1=1 "
if user chooses option a then stmt += "and A is not null "
if user chooses option b then stmt += "and B is not null "
if user chooses option b then stmt += "and C is not null "
if user chooses option b then stmt += "and D is not null "

总结

在这篇文章中，我们了解到“WHERE 1=1的目的是什么？”这个古老问题的答案。它不是一种高级优化技巧，而是一些开发人员所主张的一种风格惯例。