Solr中如何正确使用INNER JOIN？内连接返回空结果排查

Solr的SQL模块对JOIN的实现和传统关系型数据库存在差异，INNER JOIN无报错但返回空、LEFT JOIN可正常执行，基本都是配置或写法不符合引擎要求导致，可按以下步骤排查修正：

核心逻辑说明 #

Solr SQL的INNER JOIN是基于索引字段的精确等值匹配实现，要求两侧关联字段的索引属性、值格式完全一致才能命中；而LEFT JOIN以左表数据为基础，右表匹配失败时会自动填充null值，因此不会因为匹配逻辑问题返回全空结果。

常见问题点与对应修正 #

• 关联字段索引配置不符合要求
  参与JOIN的ioTDeviceKind字段必须在ioTDevice和resourcelogCurrent两个集合中同时满足：单值（multiValued=false）、建索引（indexed=true）、存储（stored=true），字段类型统一为不分词的精确类型（优先用string，数值类型要保证两侧类型完全一致，不能一侧是string存数字、一侧是int/long存数字）。
  如果任意一侧的该字段用了带分词器的文本类型（比如text_general），存入的值会被拆词，和另一侧的原值无法精确匹配，INNER JOIN就会返回空。可以通过Solr的Schema API检查两个集合的该字段配置，不符合要求的调整字段类型后重建索引即可。
• JOIN执行计划异常
  Solr SQL默认不会主动对左表的过滤条件做提前下推，如果直接把过滤条件写在最外层WHERE中，部分版本会先执行两个集合的全量JOIN再做过滤，逻辑异常导致结果为空。
  可以把左表的过滤逻辑提前放到子查询中，先缩小左表结果集再做JOIN，参考正确写法：

  SELECT A.ioTDeviceKind, B.resourceRiskLevelLowCount, B.resourceRiskLevelMiddleCount, B.resourceRiskLevelHighCount 
  FROM (
      SELECT ioTDeviceKind 
      FROM ioTDevice 
      WHERE resourceId = 'airconditinal'
  ) AS A 
  INNER JOIN resourcelogCurrent AS B 
  ON A.ioTDeviceKind = B.ioTDeviceKind
  

• 关联值本身无匹配
  可以先单独执行左表过滤查询，拿到符合条件的ioTDeviceKind值，再用这个值去右表resourcelogCurrent中查对应记录，如果右表本身不存在匹配该字段值的记录，INNER JOIN返回空是符合预期的正常逻辑。
• 低版本bug
  如果使用的是Solr 7.x及更早版本，SQL模块的INNER JOIN存在多个已知的匹配逻辑bug，在WHERE条件仅作用于单表时会出现匹配失败无报错的问题，建议升级到8.11及以上的稳定版本使用。

内容的提问来源于stack exchange，提问作者noah Park