10.4.32-MariaDB条件关联查询性能极差问题求助

你的问题根源在于：ON子句里用CASE或OR的动态关联逻辑，会让数据库优化器无法预判应该使用tableB的customer_id还是customer_name索引，最终只能走全表扫描，导致查询变慢。以下是几种不用重复代码、也不用拼接字符串的解决方案：

方法1：用Union All结合CTE封装重复逻辑 #

把tableA的核心查询逻辑（包括其他过滤条件、关联）封装到CTE里，再分两个分支执行对应关联，这样既避免了大量代码重复，又能让优化器为每个分支生成最优执行计划，充分利用索引。

with base_tableA as (
    -- 这里写入tableA的完整查询逻辑，比如其他过滤、关联
    select * from tableA
    -- 示例：where tableA.is_valid = 1
)
select *
from base_tableA
left join tableB
  on base_tableA.customer_id = tableB.customer_id
where _search_string is null

union all

select *
from base_tableA
left join tableB
  on base_tableA.customer_name = tableB.customer_name
where _search_string is not null

方法2：单查询结构+重编译提示（部分数据库支持） #

如果你的数据库支持查询重编译（比如SQL Server的option(recompile)，PostgreSQL可使用动态SQL结合重编译），可以保留单查询结构，让优化器根据参数的实际值生成对应执行计划，跳过无效的关联条件，直接使用对应索引。

select * 
from tableA
left join tableB 
  on (tableA.customer_id = tableB.customer_id and _search_string is null)
  or (tableA.customer_name = tableB.customer_name and _search_string is not null)
option (recompile) -- SQL Server 语法，其他数据库请替换对应重编译命令

基础前提：确保索引到位 #

无论用哪种方案，都要给tableB的customer_id和customer_name字段分别创建独立索引，这是性能提升的核心基础。

内容的提问来源于stack exchange，提问作者Jon Vote