未提供searchText参数时，SQL查询能否实现快速返回？

我有一条根据用户输入查询账户的SQL语句：

SELECT * FROM accounts a
 WHERE a.dep_id in :depIds
   AND (
     (a.key_identifier IS NULL AND a.name LIKE CONCAT(:searchText, '%'))
     OR (a.key_identifier IS NOT NULL AND a.hashed_name = :hashedSearchText)
     OR a.skac LIKE CONCAT(:searchText, '%')
   )

当用户未输入searchText时，该查询实际等价于匹配所有非空字符串。我尝试添加快速返回逻辑：

SELECT * FROM accounts a
 WHERE a.dep_id in :depIds
   AND (
   :searchText IS NULL
   OR (
     (a.key_identifier IS NULL AND a.name LIKE CONCAT(:searchText, '%'))
     OR (a.key_identifier IS NOT NULL AND a.hashed_name = :hashedSearchText)
     OR a.skac LIKE CONCAT(:searchText, '%')
    )
)

两者执行计划均为聚集索引扫描，返回行数相同，但添加逻辑后的查询耗时更长（原查询CPU时间1750ms，耗时12013ms；修改后CPU时间1719ms，耗时14419ms）。请问如何在SQL层面实现该场景下的快速返回？

1. 采用条件分支生成针对性SQL #

数据库优化器对明确分支的处理效率更高，可根据searchText是否为空生成不同查询：

• 当searchText为空时，执行简化查询：

SELECT * FROM accounts a WHERE a.dep_id in :depIds

• 当searchText不为空时，执行原条件匹配查询。

若使用存储过程，可通过IF分支实现：

CREATE PROCEDURE get_accounts(IN depIds VARCHAR(1000), IN searchText VARCHAR(255), IN hashedSearchText VARCHAR(255))
BEGIN
    IF searchText IS NULL THEN
        SELECT * FROM accounts a WHERE a.dep_id IN (depIds);
    ELSE
        SELECT * FROM accounts a
        WHERE a.dep_id IN (depIds)
        AND (
            (a.key_identifier IS NULL AND a.name LIKE CONCAT(searchText, '%'))
            OR (a.key_identifier IS NOT NULL AND a.hashed_name = hashedSearchText)
            OR a.skac LIKE CONCAT(searchText, '%')
        );
    END IF;
END

2. 拆分查询逻辑，用UNION ALL合并结果 #

嵌套OR条件会干扰优化器的执行路径预估，可拆分searchText为空和非空的两种场景，用UNION ALL合并结果（需确保无重复数据）：

SELECT * FROM accounts a
 WHERE a.dep_id in :depIds
   AND :searchText IS NULL
UNION ALL
SELECT * FROM accounts a
 WHERE a.dep_id in :depIds
   AND :searchText IS NOT NULL
   AND (
     (a.key_identifier IS NULL AND a.name LIKE CONCAT(:searchText, '%'))
     OR (a.key_identifier IS NOT NULL AND a.hashed_name = :hashedSearchText)
     OR a.skac LIKE CONCAT(:searchText, '%')
   )

这种方式让优化器能分别优化两个子查询，当searchText为空时仅执行简单的dep_id过滤，避免冗余判断。

3. 优化索引提升基础查询性能 #

确保dep_id字段有单独索引或包含在复合索引中，当searchText为空时，查询可通过索引快速定位目标行，减少扫描范围：

CREATE INDEX idx_accounts_dep_id ON accounts(dep_id);

若需频繁查询相关字段，可创建覆盖索引进一步提速：

CREATE INDEX idx_accounts_dep_id_cover ON accounts(dep_id) INCLUDE (key_identifier, name, hashed_name, skac);

内容的提问来源于stack exchange，提问作者Sergey Tsypanov