【sql优化】where 1=1

文章目录

where 1=1

问题描述

在动态 SQL 拼接场景中,开发者常使用 WHERE 1=1 简化条件拼接逻辑(避免处理首个条件的 AND)。理论上,数据库优化器会忽略 1=1,但字符串拼接可能带来性能损耗,部分数据库优化器可能无法完全优化 1=1,导致索引失效或全表扫描。建议使用<where> 标签替代 WHERE 1=1 。

错误实现

sql 复制代码
select *
from job_info
where 1=1
<if test="jobName != null and jobName != '' ">
    <bind name="jobNameBind" value="'%' + jobName + '%'"/>
    and job_name like #{jobNameBind}
</if>

正确实现

sql 复制代码
select *
from job_info
<where>
<if test="jobName != null and jobName != '' ">
     <bind name="jobNameBind" value="'%' + jobName + '%'"/>
    job_name like #{jobNameBind}
</if>
</where>

性能对比测试

  • 数据库:mysql-8.0.29

  • EXPLAIN测试对比:

sql 复制代码
EXPLAIN SELECT * FROM koca_order WHERE 1=1 AND order_id > 1012

EXPLAIN SELECT * FROM koca_order WHERE order_id > 1012
id select_type type possible_keys rows filtered Extra
1 SIMPLE ALL PRIMARY 600 33.33 Using where
  • JMH测试:
java 复制代码
@BenchmarkMode(Mode.Throughput)
@OutputTimeUnit(TimeUnit.MILLISECONDS)
@State(Scope.Benchmark)
@Fork(3)
@Warmup(iterations = 5, time = 2)
@Measurement(iterations = 5, time = 5)
@Threads(16)
public class WhereConditionBenchmark {

    private List<String> conditions;

    @Setup
    public void setup() {
        // 模拟 5 个动态查询条件
        conditions = Arrays.asList("age > 18", "status = 1", "name LIKE 'John%'", "city = 'NY'", "score >= 60");
    }

    /**
     * 原始实现:使用 WHERE 1=1 简化拼接
     */
    @Benchmark
    public void withDummyCondition(Blackhole bh) {
        StringBuilder sql = new StringBuilder("SELECT * FROM users WHERE 1=1");
        for (String cond : conditions) {
            sql.append(" AND ").append(cond);
        }
        bh.consume(sql.toString()); // 避免 JIT 优化
    }

    /**
     * 优化实现:直接拼接 WHERE 条件
     */
    @Benchmark
    public void withoutDummyCondition(Blackhole bh) {
        StringBuilder sql = new StringBuilder("SELECT * FROM users");
        boolean first = true;
        for (String cond : conditions) {
            if (first) {
                sql.append(" WHERE ");
                first = false;
            } else {
                sql.append(" AND ");
            }
            sql.append(cond);
        }
        bh.consume(sql.toString());
    }

}

测试结果:

plain 复制代码
Benchmark                                          Mode  Cnt      Score      Error   Units
TT.WhereConditionBenchmark.withDummyCondition     thrpt   15  16509.986 ± 3028.386  ops/ms
TT.WhereConditionBenchmark.withoutDummyCondition  thrpt   15  20124.583 ±  420.773  ops/ms

测试结论:

移除冗余的 WHERE 1=1 后,吞吐量提升约 21.9%,说明 1=1 对动态 SQL 生成性能有明显影响。

相关推荐
娇娇yyyyyy6 小时前
Qt编程(3): 信号和槽函数
开发语言·数据库·qt
乌鸦乌鸦你的小虎牙9 小时前
qt 5.12.8 配置报错(交叉编译环境)
开发语言·数据库·qt
一只大袋鼠9 小时前
Redis 安装+基于短信验证码登录功能的完整实现
java·开发语言·数据库·redis·缓存·学习笔记
Anastasiozzzz9 小时前
深入研究Redis的ZSet底层数据结构:从 Ziplist 的级联更新到 Listpack 的完美救场
数据结构·数据库·redis
菠萝蚊鸭9 小时前
x86 平台使用 buildx 基于源码构建 MySQL Wsrep 5.7.44 镜像
数据库·mysql·galera·wsrep
沙漏无语12 小时前
(二)TIDB搭建正式集群
linux·数据库·tidb
姚不倒12 小时前
三节点 TiDB 集群部署与负载均衡搭建实战
运维·数据库·分布式·负载均衡·tidb
隔壁小邓12 小时前
批量更新方式与对比
数据库
数据知道12 小时前
MongoDB复制集架构原理:Primary、Secondary 与 Arbiter 的角色分工
数据库·mongodb·架构
人道领域12 小时前
苍穹外卖:菜品新增功能全流程解析
数据库·后端·状态模式