最常见的错误是把本该放在WHERE的过滤条件误塞进ON子句，尤其在LEFT JOIN中；正确做法是ON只保留关联关系表达式，所有非关联逻辑过滤一律放WHERE。
JOIN 多表关联时，ON 条件写错会导致统计结果翻倍
最常见的错误是把本该放在 WHERE 的过滤条件误塞进 ON 子句，尤其在 LEFT JOIN 中。比如想查“每个部门的员工数和平均薪资”，但把 salary > 5000 写在 ON 里，就会让没满足该条件的员工被算作 NULL 行参与聚合，最终部门人数不变但平均值失真。
正确做法：所有非关联逻辑的过滤一律放 WHERE；ON 只保留两张表之间的关联关系表达式（如 dept.id = emp.dept_id）。
-
ON用于定义“哪几行该连上”，WHERE用于定义“连完之后留下哪些行” - 对
LEFT JOIN，ON中加额外条件可能让右表字段全为 NULL，但左表记录仍保留——这常被误认为“数据丢了”，其实是逻辑设计偏差 - 用
EXPLAIN看执行计划，注意rows和filtered字段是否异常放大
多维度分组（如按年+部门+岗位）必须用 GROUP BY 显式列出所有维度字段
SQL 不支持“隐式维度推导”。哪怕你只 SELECT 了 YEAR(hire_date)、dept_name、job_title，也必须在 GROUP BY 中完整写出这三个表达式，不能只写 GROUP BY 1,2,3（部分数据库不支持位置引用，且可读性差）。
- MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY，缺失字段会直接报错：Expression #1 of SELECT list is not in GROUP BY clause - 如果某维度来自 JOIN 后的表（比如从
dept表取region），确保该字段在GROUP BY中出现，否则聚合结果不可靠 - 避免在
SELECT中混用聚合函数和非分组字段，例如SELECT dept_name, COUNT(*), AVG(salary), MAX(name)——MAX(name)没有意义，且多数数据库会拒绝执行
统计口径不一致时，优先用子查询或 CTE 拆解中间结果
当报表需同时展示“部门总人数”“本季度入职人数”“当前在职人数”三个指标，且它们的筛选条件互斥（如在职看 status = 'active'，入职看 hire_date BETWEEN ...），硬塞进一个 JOIN 容易互相干扰。这时候强行拼接 ON 或 WHERE 会导致笛卡尔积或漏计。
更稳妥的方式是先用 CTE 分别产出各口径结果集，再通过主键（如 dept_id）LEFT JOIN 汇总：
WITH dept_base AS ( SELECT id, name FROM department ), dept_headcount AS ( SELECT dept_id, COUNT(*) cnt FROM employee GROUP BY dept_id ), dept_hired_q AS ( SELECT dept_id, COUNT(*) hired FROM employee WHERE hire_date >= '2024-04-01' GROUP BY dept_id ), dept_active AS ( SELECT dept_id, COUNT(*) active FROM employee WHERE status = 'active' GROUP BY dept_id ) SELECT b.name, COALESCE(h.cnt, 0), COALESCE(q.hired, 0), COALESCE(a.active, 0) FROM dept_base b LEFT JOIN dept_headcount h ON b.id = h.dept_id LEFT JOIN dept_hired_q q ON b.id = q.dept_id LEFT JOIN dept_active a ON b.id = a.dept_id;
JOIN 顺序和驱动表选择影响性能，特别是小表驱动大表
虽然优化器通常能自动选最优执行顺序，但在复杂报表中显式控制 JOIN 顺序仍是必要手段。例如：要统计“华东区各城市销售额”，若 city 表仅几百行，而 order 表有千万级，应让 city 作为驱动表（即写在 FROM 后第一个），再 LEFT JOIN order ON ...，而非反过来。
- 用
STRAIGHT_JOIN（MySQL）或/*+ leading(...) */（Oracle/PG）强制指定驱动表 - 确认连接字段有索引：
EXPLAIN中key列应显示实际使用的索引名，而非NULL - 避免在
ON条件中对字段做函数操作，如ON YEAR(o.order_time) = y.year会导致索引失效
