inner join直接返回两表联结字段值均存在的记录，即数学意义上的交集；必须用on子句明确指定条件，自动跳过null值，要求字段类型一致且推荐使用表别名避免歧义。
用INNER JOIN找两表交集最直接
INNER JOIN 就是专门干这事的：只返回两个表中联结字段值都存在的记录。它不是“模拟交集”，它就是交集本身。
常见错误是误用 LEFT JOIN 或 WHERE + 子查询，既绕路又容易漏数据或多出 NULL。
-
INNER JOIN的联结条件必须明确写在ON子句里，不能挪到WHERE里（否则可能意外过滤掉本该保留的匹配行） - 如果联结字段有 NULL，
INNER JOIN会自动跳过——NULL 不等于任何值，包括另一个 NULL，这点和数学交集逻辑一致 - 两表字段名相同时（比如都叫
user_id），推荐显式写成ON a.user_id = b.user_id，别依赖USING(user_id)，后者在某些数据库（如 SQLite）行为不一致，且无法处理同名但语义不同的字段
当联结字段类型不一致时，结果会意外为空
比如一表是 INT，另一表是 VARCHAR 存数字（如 '123'），多数数据库不会隐式转换，INNER JOIN 直接不匹配——看起来像没交集，实际是类型打架。
- 先用
SELECT DISTINCT pg_typeof(col) FROM table（PostgreSQL）或DESCRIBE table（MySQL）确认字段类型 - 必要时手动转换：
ON CAST(a.id AS TEXT) = b.id_str或ON a.id = CAST(b.id_str AS INTEGER) - 避免在
ON里用函数包裹字段（如LOWER(a.name) = LOWER(b.name)），会导致索引失效，大数据量时慢得明显
想查“哪些记录只在A不在B”？别改JOIN类型，加WHERE IS NULL
用户常混淆交集和差集。要找 A 表独有记录，不是换 LEFT JOIN 就完事——必须配合 WHERE b.id IS NULL，否则会把 A 和 B 都有的行也拉进来。
- 正确写法：
SELECT a.* FROM a LEFT JOIN b ON a.id = b.id WHERE b.id IS NULL - 错误写法：
SELECT a.* FROM a LEFT JOIN b ON a.id = b.id—— 这返回的是 A 全量 + 匹配上的 B 字段，不是差集 - 性能上，
NOT EXISTS有时比LEFT JOIN ... IS NULL更快，尤其 B 表很大且有合适索引时，但语法略长，可读性稍弱
JOIN后字段重复？用别名或显式列清单避开坑
两表都有 id、name 等通用字段时，直接 SELECT * 会导致结果集字段名冲突，不同数据库报错方式不同（PostgreSQL 报错，MySQL 返回一个覆盖另一个），非常隐蔽。
- 永远不要在生产 SQL 中用
SELECT *做 JOIN 查询 - 显式列出需要的字段，并用表别名前缀：
SELECT a.id, a.name, b.status - 如果真要全选且字段名不冲突，可用
SELECT a.*, b.created_at AS b_created_at给重名字段加别名
交集逻辑本身很简单，难的是字段类型、NULL 处理、命名冲突这些细节——它们不出现在教科书示例里，但上线后第一个报错往往就卡在这儿。
