数据丢失常因SQL JOIN误用导致：INNER JOIN会过滤无匹配的左表行；LEFT JOIN后若在WHERE中加右表条件，等效于INNER JOIN，应将条件移至ON子句。
数据丢失通常不是数据库“丢”了，而是你写的 JOIN 类型和条件组合，让本该出现的行被逻辑过滤掉了。最常见原因就是该用 LEFT JOIN 时用了 INNER JOIN，或者在 LEFT JOIN 后误把右表字段条件写进了 WHERE。
INNER JOIN 为什么会“漏掉”左表数据
INNER JOIN 的行为是严格的交集匹配：只有左表某行在右表能找到至少一条满足 ON 条件的记录，这一行才会出现在结果里。一旦右表没有对应数据，整行直接消失。
- 典型场景：查“所有用户及其订单数”，但用
INNER JOIN users ON users.id = orders.user_id→ 没下过单的用户完全不出现 - 它不关心“左表是否应该被保留”，只认“有没有匹配”
- 即使右表有
NULL值参与ON（比如orders.user_id IS NULL），也不会匹配成功——NULL = anything永远为UNKNOWN，不成立
LEFT JOIN 后加 WHERE 右表字段条件等于自废武功
这是线上最隐蔽、最常复现的数据丢失问题。表面上用了 LEFT JOIN，但后续 WHERE 子句一加，效果瞬间退化成 INNER JOIN。
- 错误写法：
LEFT JOIN orders ON users.id = orders.user_id WHERE orders.status = 'paid'→ 所有orders.status为NULL的行（即无订单或订单状态为空）全被过滤掉 - 正确写法：把条件挪进
ON——LEFT JOIN orders ON users.id = orders.user_id AND orders.status = 'paid'，这样没订单的用户仍保留，只是orders.*字段全为NULL - 本质区别：
ON控制“怎么连”，WHERE控制“连完之后再筛”。后者对NULL不友好
如何快速判断该用哪种 JOIN
别从语法出发，从业务主语出发：你想“以哪张表为基准呈现全部数据”？答案就是左表。
- 要“所有客户 + 他们的已支付订单金额” →
FROM customers LEFT JOIN orders ON ... AND orders.status = 'paid' - 要“所有已支付订单 + 对应客户姓名” →
FROM orders INNER JOIN customers ON orders.customer_id = customers.id（因为订单是主语，且每笔有效订单必须有客户） - 统计类需求几乎都依赖
LEFT JOIN+ 聚合函数：比如COUNT(orders.id)统计订单数（NULL不计入），COUNT(*)统计用户总数（含零订单）
真正容易被忽略的不是 JOIN 类型本身，而是 ON 和 WHERE 的分工边界。哪怕表结构、索引、数据都完美，一个条件位置放错，就足以让报表少掉一半用户。
