LEFT JOIN查不到右表数据是因为WHERE子句对右表字段的非空条件过滤了NULL行，应将右表筛选条件移至ON子句；INNER JOIN查不到数据主因是连接字段类型/值不一致、NULL参与比较或大小写敏感；COUNT(*)统计所有行，COUNT(右表字段)仅统计非NULL值。
LEFT JOIN 为什么有时查不到右表数据
首先需要明确一个核心概念：LEFT JOIN 的设计初衷，就是无条件保留左表的所有行。当右表找不到匹配项时，对应的字段会全部填充为 NULL。因此，这并非数据“丢失”，而是完全符合预期的行为。
那么问题出在哪里？最常见的误判场景，是把对右表的筛选条件错误地放在了 WHERE 子句里。例如 WHERE t2.status = 'active'。这个条件会无情地将所有右表为 NULL 的行过滤掉，导致查询结果在效果上等同于 INNER JOIN，左表的那些“孤本”记录也就随之消失了。
几个立即可用的实操建议：
- 如果你的需求是“左表全要，但右表只想要符合某种条件的”，请务必把右表的筛选条件移到
ON子句中。例如：ON t1.id = t2.t1_id AND t2.status = 'active'。 - 在动手写
LEFT JOIN前，先问自己：是否真的需要保留左表那些没有匹配的记录？如果答案是否定的，那么优先使用INNER JOIN会让意图更清晰。 - 调试时，不妨先用
SELECT *看看全貌。如果发现右表字段整列都是NULL，那就是匹配失败的明确信号，需要回头检查连接条件。
INNER JOIN 查不到预期数据的三个典型原因
INNER JOIN 的逻辑很纯粹：只返回两表能成功牵手的行。所以，查不到数据往往不是语法错误，而是连接条件在逻辑上就没得到满足。下面这三个坑，几乎每个开发者都踩过。
对应的排查思路和实操建议：
- 检查连接字段的类型和值是否真的一致：数据库的隐式类型转换有时是“帮倒忙”。比如左表
user_id是INT型，而右表是VARCHAR且里面混有空格，那么'123 '和123就不会被认定为相等。 - 确认是否有 NULL 值参与了比较：记住，任何与
NULL的等值比较（包括在JOIN条件中）结果都是UNKNOWN，INNER JOIN不会将其视为匹配成功。 - 留意数据库的大小写敏感性设置：在某些排序规则下（例如 MySQL 的
utf8mb4_0900_as_cs），'ABC'和'abc'会被视为不同的字符串，导致连接失败。
LEFT JOIN 后 COUNT(*) 和 COUNT(右表字段) 结果差很多
这可能是初学者最困惑的点之一：明明是同一次查询，为什么两个 COUNT 的结果天差地别？关键在于理解它们的语义：
COUNT(*)：统计的是查询返回的所有行数，包括右表字段全部为NULL的那些行。COUNT(t2.id)：统计的是特定列（这里是t2.id）中非NULL值的数量。
看，它们从一开始计数的对象就不同。所以，下次再遇到计数对不上，先别慌，按这个思路来：
- 想统计“左表里有多少条记录在右表有对应伙伴”，请用
COUNT(t2.id)或COUNT(t2.某个非空列)。 - 想统计“左表总共有多少条记录，不管右表有没有匹配”，请用
COUNT(*)或COUNT(t1.id)。 - 一个极端但需注意的情况：如果右表的主键字段本身允许为
NULL（这很罕见且通常不合理），那就别依赖COUNT(t2.pk)来判断关联存在性了。更稳妥的写法是：SUM(CASE WHEN t2.pk IS NOT NULL THEN 1 ELSE 0 END)。
什么时候必须用 LEFT JOIN，而不是强行用 INNER JOIN + UNION
有时会看到一些试图用 INNER JOIN 配合 UNION 来模拟 LEFT JOIN 效果的复杂查询。这不仅是画蛇添足，往往还会带来性能问题，并且很容易破坏行级别的关联关系。
LEFT JOIN 不可替代的核心场景在于：你需要以左表为绝对基准进行聚合或排序，同时又要附带一些可能不存在（即可选）的右表属性。
具体到实操：
- 报表类需求：比如“统计每个用户的订单数，包括那些订单数为零的用户”。这种场景下，
LEFT JOIN配合COUNT(t2.order_id)是标准且高效的解法。 - 多层级联查询：当数据需要经过多个可能缺失的中间表进行关联时（例如 用户 → 地址 → 城市 → 国家），使用嵌套的
LEFT JOIN比拆成多个子查询再用UNION拼接要清晰、可控得多。 - 性能考量：现代数据库的优化器通常能为单次
LEFT JOIN生成更优的执行计划，尤其是在有效利用索引的情况下。多个子查询拼接的方式往往会让优化器“犯难”。
说到底，真正考验技术的往往不是 JOIN 的语法本身，而是在动手前就想清楚业务逻辑：哪张表是这次查询的“主干”？哪些关联是强制性的？哪些又是可选的？理清了这些语义，选择哪种 JOIN 自然水到渠成。否则，换什么语法都可能得到意想不到的结果。
