SQL查询执行顺序为FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY→LIMIT；SELECT非首步而是输出定型环节，FROM是起点，WHERE过滤原始行，GROUP BY分组后HAVING筛选，SELECT别名仅ORDER BY可用。
SQL基础查询的核心就是 SELECT 语句，它不是简单“选数据”，而是按明确顺序执行的一套逻辑流程：先确定从哪张表取（FROM），再决定筛选条件（WHERE），接着分组聚合（GROUP BY），然后过滤分组结果（HAVING），最后才决定展示哪些字段、怎么排序（SELECT / ORDER BY）。很多人写错，是因为把 SELECT 当作第一步，其实它是“最后才定型输出”的一步。
FROM 是起点：先锁定数据来源
没有 FROM，SELECT 就没地方查。哪怕只算个常量（比如 SELECT 1+1），标准 SQL 也要求写 FROM（某些数据库如 MySQL 允许省略，但逻辑上仍默认有虚拟表）。多表查询时，FROM 后跟逗号或 JOIN，决定数据如何关联。注意：JOIN 的类型（INNER/LEFT）直接影响最终行数，不是“加了就行”，而是“加了就改了数据集范围”。
- 单表：SELECT name FROM users;
- 两表关联：SELECT u.name, o.amount FROM users u JOIN orders o ON u.id = o.user_id;
- 子查询作表：SELECT * FROM (SELECT id, MAX(price) FROM products GROUP BY category) AS top_price;
WHERE 是第一道筛子：在分组前过滤原始行
WHERE 运行在 GROUP BY 之前，所以它只能用原始列或表达式（如 price > 100），不能用聚合函数（如 AVG(price) > 100 —— 这会报错）。它的作用是缩小参与后续计算的数据量，提升效率。条件之间用 AND/OR 组合，建议用括号明确优先级。
- 正确：WHERE status = 'active' AND created_at >= '2024-01-01'
- 错误（WHERE 中不能用聚合）：WHERE AVG(score) > 85 → 应该移到 HAVING
- 模糊匹配：WHERE name LIKE '张%'
GROUP BY + HAVING：分组与分组后筛选的黄金组合
GROUP BY 把数据按指定列“归堆”，每堆生成一行结果；SELECT 中出现的非聚合字段，必须出现在 GROUP BY 列表里（否则语法错误）。HAVING 是专为分组结果设的 WHERE——它能用聚合函数，且只对 GROUP BY 产出的分组行生效。
- 统计每个部门人数：SELECT dept, COUNT(*) FROM employees GROUP BY dept;
- 只看人数超5人的部门：SELECT dept, COUNT(*) FROM employees GROUP BY dept HAVING COUNT(*) > 5;
- 常见陷阱：SELECT dept, AVG(salary) FROM employees WHERE salary > 5000 GROUP BY dept; → 先筛高薪员工，再按部门算平均，逻辑清晰
SELECT 和 ORDER BY：输出控制，但顺序很关键
SELECT 看似第一眼就看到，实则是“最后执行”的环节之一（ORDER BY 更靠后）。它决定显示哪些列、是否去重（DISTINCT）、是否起别名（AS）。别名在 ORDER BY 中可以直接用，但在 WHERE 或 GROUP BY 中不能用（因为它们还没执行到 SELECT）。
- 字段别名方便阅读：SELECT user_id AS uid, COUNT(*) AS cnt FROM logs GROUP BY user_id;
- ORDER BY 可用别名：ORDER BY cnt DESC;
- 但 WHERE 不能写 WHERE uid = 123 → 得写 WHERE user_id = 123
- DISTINCT 针对整行去重：SELECT DISTINCT city, country FROM addresses;
不复杂但容易忽略：SQL 执行顺序不是书写顺序。记住这个链条 —— FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT。照着这个逻辑写，查不出结果时，先回头检查哪一步“提前用了还没生成的东西”，问题通常就定位到了。
