SQL如何优雅地进行多表关联查询_掌握JOIN语法执行逻辑

张开发
• 2026/4/20 11:51:40 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

SQL如何优雅地进行多表关联查询_掌握JOIN语法执行逻辑
JOIN执行顺序由优化器决定而非书写顺序ON与WHERE在LEFT JOIN中作用不同多表关联同一表需用不同别名USING有兼容性风险应优先用显式ON。JOIN 的执行顺序不是从左到右写的顺序很多人写 SELECT * FROM A JOIN B ON ... JOIN C ON ...就默认数据库先连 A 和 B再拿结果去连 C。实际不是——优化器会重排 JOIN 顺序选代价最小的路径。你写的顺序只影响可读性不控制执行计划。这意味着不能靠调整表书写顺序来“强制”先过滤某张表。想提前缩小数据集得靠 WHERE 或子查询。用 EXPLAIN 看实际驱动表type 字段为 const/ref 的通常是驱动表大表做驱动表容易慢小表或带高选择性索引的表更适合当驱动表如果必须控制顺序比如 MySQL 5.7 以下版本优化器较弱可用 STRAIGHT_JOIN 强制按书写顺序执行但要慎用——它绕过优化器可能更慢ON 和 WHERE 对 LEFT JOIN 的结果影响完全不同ON 是关联时的条件WHERE 是关联完成后的过滤。LEFT JOIN 中ON 条件不满足只会让右表字段为 NULL而 WHERE 后加右表字段的非空判断会把整行干掉LEFT JOIN 就变相成了 INNER JOIN。常见错误现象LEFT JOIN users u ON o.user_id u.id WHERE u.status active —— 这条语句会让所有没匹配到 active 用户的订单消失违背 LEFT JOIN 本意。想保留左表全部记录右表只取满足条件的部分把条件写进 ON如 ON o.user_id u.id AND u.status active想先完整关联再筛结果用 WHERE但注意别误筛掉左表记录MySQL 中 ON 支持任意表达式包括 u.status active但某些旧版 PostgreSQL 不允许在 ON 里对右表字段做非等值判断需查文档确认INNER JOIN 多次关联同一张表时 alias 必须不同比如查订单、下单用户、审核用户都来自 users 表必须用不同别名否则 SQL 解析失败或逻辑错乱。 知网AI智能写作 知网AI智能写作写文档、写报告如此简单

更多文章