SQL里最唬人的键词关键词是SELECT。所有人都以为它是键词“查询”，其实它干的键词是“投影”的活儿——把表里那些列挑出来，裁成你想要的键词样子。我见过太多新手卡在SELECT上，键词以为它神秘莫测，键词结果翻翻文档，键词语法就五行。键词真正让SQL跑得慢的键词，从来不是键词SELECT写了什么，而是键词FROM后面跟了什么。

FROM才是键词SQL的发动机。你写FROM users，键词数据库就得把整张表搬进内存，键词哪怕你最后只要一行。键词这时候索引就像书的目录，没有它，数据库就一页页翻。可索引不是万能的——你给性别列加索引试试？区分度太低，优化器直接放弃，全表扫描，那叫一个痛快。有一次我优化一个查询，加了三个索引没用，最后发现是WHERE里对索引列用了函数，把索引废了。那一刻我对着屏幕骂了句脏话，然后默默把函数挪到等号另一边。

WHERE和HAVING看着像双胞胎，脾气完全不同。WHERE在分组前过滤行，HAVING在分组后过滤组。你写HAVING COUNT(*) > 5，数据库得先老老实实分组，再数数，最后扔掉不达标的组。可你要是能在WHERE里先干掉一半数据，分组就轻松多了。这俩用错地方，性能差十倍不止。我见过有人把WHERE能干的活全推给HAVING，查询慢得像蜗牛爬，他还一脸无辜。

JOIN是SQL里最考验人性的关键词。它让你把两张表拼在一起，可拼法有好几种——INNER JOIN只要两边都有的，LEFT JOIN左边全要，右边没有就补NULL。新手最容易栽在LEFT JOIN上，以为左边表的数据一定全保留，结果右边表有多条匹配，左边行被复制了好几份，数据翻倍，查出来的数怎么都对不上。那种感觉，就像你以为自己买了一张彩票，结果中奖号码出来发现买了十张，每张都差一个数。

GROUP BY是个狠角色。它一出现，SELECT后面的列就得守规矩——要么出现在GROUP BY里，要么被聚合函数包着。不然数据库直接报错，毫不留情。这规则逼着你思考：你到底想按什么维度看数据？按天？按用户？按产品？选错了维度，出来的报表就是废纸。我见过一个运营同事，想把每天的订单金额和每个用户的总消费放一张表里，GROUP BY写了个日期，结果用户ID那列没聚合，数据库报错，她愣了半天，最后改成子查询才解决。

ORDER BY最容易被轻视。它只是排序，可排序是个吃内存的活。数据量大时，数据库得把所有结果先装进临时文件，再排一遍。你要是排序列没索引，那酸爽，堪比大热天挤公交。更坑的是，ORDER BY和LIMIT搭配时，数据库得先排完再取前几条，如果排序没走索引，它就把所有行排一遍——哪怕你只要前10条。优化办法？让排序列走索引，或者干脆把排序逻辑扔给应用层。

还有个关键词，很多人忽略——DISTINCT。它看着简单，就是去重。可它背后干的事是排序或者哈希，消耗不小。你写SELECT DISTINCT col，数据库得把所有col值先比一遍。要是col上有索引还好，没索引就全表扫，还得临时存储。我见过有人用DISTINCT去重一个上亿行的表，跑了二十分钟没出来。后来改成GROUP BY col，加了个索引，三秒搞定。同一个目的，换条路，天壤之别。

SQL的关键词就那些，可组合起来千变万化。别把它们当命令背，要当工具用。你写查询的时候，心里得有个画面：数据怎么流，从哪张表开始，经过哪些过滤，怎么合并，最后剩什么。想清楚这个，关键词自然就顺手了。写SQL不是背单词，是搭积木——你得知道每块积木能承多重，会往哪儿歪。不然搭出来的房子，风一吹就倒。