说实话，我刚接触数据库那会儿，觉得 SELECT 语句不就是“查个数据”嘛，能有多复杂？后来才发现，这玩意儿就像切菜——切个土豆丝谁都会，但要切得又快又匀、还能切出花来，真的得下功夫。SELECT 是 SQL 里最常用的语句，但用好它，能从“能跑”变成“会跑”。今天咱们就从头捋一遍，从最简单的查询到那些让你看起来像高手的骚操作。
先从最基础的开始。，这是入门第一课，意思是“把这张表里所有的列都给我列出来”。这招查小表还行，但要是表里有上百个字段、几十万条数据，这么干就有点傻——既会拖慢速度，又会返回一堆没用的信息。更聪明的做法是只选你需要的列，比如 ，这样清晰又高效。再加上 条件，例如 ，你就能精准筛选出成年人。这就像去超市买东西，别把整个货架搬回家，只拿你想要的。
光有筛选还不够，你得学会排序。 正是干这个的，默认升序（ASC），想倒序就加 。比如 ，你就能看到学霸们排在前头。但这里有个坑——如果只按一列排序，遇到分数相同的怎么办？这时可以再加一列：，先按分数排，分数一样再按名字排。这就像考试发榜，分数一样就看语数外，规则清晰。排序看似简单，但用好了能让数据一眼看出趋势。
接下来是分组，这是很多新手会栽跟头的地方。 能把相同值的数据聚到一起，配合聚合函数（比如 ）来统计。比如想知道每个部门的平均工资：。注意， 后的列必须出现在 里，否则会报错。还有个隐藏规则： 不能在分组前筛选，得用 。比如“找出平均工资超过 5000 的部门”，就要写成 。这就像先分堆儿，再筛掉不达标的那堆儿，别搞混顺序。
说到筛选，很多人把 和 搞混。 是在分组前过滤行， 是在分组后过滤组。比如“找出 2023 年入职的员工，再按部门算平均工资”，你得先用 ，再 ，最后用 过滤部门。如果一上来就用 ，会报错，因为分组还没形成。这就像做菜——先洗菜切菜，再下锅炒，不能反过来。实际工作中，80% 的查询错误都出在这个顺序上，记住：。
多表查询才是真正的进阶。 能把两张甚至更多表关联起来，比如员工表和部门表。最常见的 只返回匹配的行：。 会保留左表所有行，右表没有匹配的就显示 。这就像相亲—— 是双向奔赴， 是你单方面喜欢对方，没回应的就当不存在。很多人一上来就用 ，但要先理清逻辑关系，否则会得到一堆重复数据。
子查询是另一个容易让人头疼的东西。把一个 语句嵌套在另一个里面，比如“找出工资高于平均工资的员工”：。子查询可以放在 、 甚至 后面，但性能是个问题——嵌套层数太多会让数据库吃力。现在很多场景下，用 或窗口函数替代子查询更高效。比如用 给每行标号，就能轻松找出每个部门工资最高的员工：
别忘了让你的查询跑得更快。 命令能告诉你数据库怎么执行 SQL，比如是否用了索引、扫描了多少行。看到“全表扫描”四个字就要警惕——这意味着数据量一大，查询会慢到让人怀疑人生。加索引能救命，但不是越多越好。还有，少用 ，少用 ，改写成 ，少用函数包裹列（比如 改成 ）。这些细节都是老司机的血泪经验。 语句看着简单，但想从入门到精通，得靠实战和踩坑。别怕犯错，多写几种写法对比，慢慢你就知道什么时候该用什么了。
