MySQL两表嵌套查询实现：先筛选表A关联id再获取表B数据

这类“先从表A筛出符合要求的关联id，再用这批id匹配查询表B对应数据”的需求，在MySQL环境下有几类常用的实现写法，可根据实际业务场景选择：

• 方案1：IN 子查询匹配
  最贴合需求直觉的写法，把表A的筛选结果作为id集合，直接给B表的查询做匹配条件。
  示例代码：

  -- 场景示例：从用户表（表B=user_b）取所有已支付订单（表A=order_a）关联的用户数据
  SELECT b.*
  FROM user_b b
  WHERE b.user_id IN (
      -- 子查询：先从订单表筛出符合条件的关联id
      SELECT a.user_id
      FROM order_a a
      WHERE a.order_status = 'paid'
  );
  

  适用场景：表A筛选后得到的关联id量级不大、无重复值的场景，写法直观好维护。

• 方案2：INNER JOIN 联表过滤
  直接把两张表按关联键连起来，用A表的筛选条件做过滤，最后取B表的字段。
  示例代码：

  SELECT DISTINCT b.* -- 一个用户有多个已支付订单时，必须加DISTINCT避免用户数据重复
  FROM user_b b
  INNER JOIN order_a a
    ON b.user_id = a.user_id
  WHERE a.order_status = 'paid';
  

  适用场景：后续查询除了要取B表数据，还需要带出部分A表的筛选字段、辅助做结果校验的场景。注意如果A表同一个关联id对应多条符合筛选条件的记录，直接联表会导致B表的数据重复匹配，必须加去重逻辑。

• 方案3：EXISTS 半连接匹配
  不需要提前收集全量的关联id集合，逐行校验B表的数据是否存在符合条件的A表关联记录即可。
  示例代码：

  SELECT b.*
  FROM user_b b
  WHERE EXISTS (
      SELECT 1
      FROM order_a a
      WHERE a.user_id = b.user_id
        AND a.order_status = 'paid'
  );
  

  适用场景：表A筛选后存在大量重复关联id的场景，相比IN查询，EXISTS匹配到第一条符合的关联记录就会停止校验，不会触发B表数据重复的问题，也不需要额外加去重逻辑。MySQL优化器对这类写法会自动转成半连接执行，通常性能更稳定。

• 无论选哪种写法，都需要给表A的「关联id字段+筛选条件字段」建联合索引，比如上面的订单表场景，就要给(user_id, order_status)建联合索引，避免全表扫描拖慢查询；如果两张表的关联字段类型不匹配（比如订单表存的是字符串格式的用户id、用户表存的是bigint类型），要提前对齐字段类型，避免触发MySQL隐式类型转换导致索引失效
• 如果表A存在多个和表B关联的id字段（比如订单表同时关联了用户id、商家id，分别对应用户表、商家表的主键），只需要把对应语句里的关联匹配字段换成实际关联的id即可，整体查询逻辑不需要改动
• 不要图省事把全量表A数据查出来传到应用层，再手动提取id去表B匹配，当数据量稍大时，这种写法的网络传输开销、内存消耗会远高于直接在数据库层完成联查

内容的提问来源于stack exchange，提问作者Vincenzo D'Errico